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Foreword 



This Technical Specification has been produced by the 3GPP. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of this TS, it will be re-released by the TSG with an identifying 
change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 Indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document is concerned with the administration of subscriber related event and call data. This includes both 
the collection of call data from, and the distribution of tariff data to, the Network Elements. 

The subscriber (IMSI) and mobile equipment (IMEI) related call and event data collected is employed by a number of 
management activities including billing & accounting, statistical analysis and customer care. 

The tariff data in the Network Elements is required to support the supplementary service "Advice of Charge". 

The aim of the present document is to describe both the network management functions required and the data involved. 
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Definitions 



For the purposes of the present document, the following terms and definitions apply. 

accounting meter record: A record containing one or more counters employed to register the usage of resources en 
masse. Includes simple event counters and/ or cumulative call second counters. 

advice of charge: The real-time display of the network utilisation charges incurred by the Mobile Station. The charges 
are displayed in the form of charging units. If a unit price is stored by the MS then the display may also include the 
equivalent charge in the home currency. 

aoc service: A combination of one or more services, both basic and supplementary, together with a number of other 
charging relevant parameters to define a customised service for the purpose of advice of charge. 

call data: One or more call records. 

call record: A set of parameters related to one call attempt. 

CAMEL: A network feature that provides the mechanisms to support operator specific services even when roaming 
outside HPLMN. 

CAMEL subscription information: Identifies a subscriber as having CAMEL services. 

charging calendar: One or more date definitions each of which assigns a day class to a particular day. 

charging destination: Also referred to as a destination for charging, this is a nominal reference defining the point of 
termination of a connection for charging purposes. 
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charging origin: A nominal reference defining the point of origin of a connection for charging purposes. 

charging zone: A distance class (e.g. "local" and "long distance") defined by one or more combinations of charging 
origins and charging destinations. 

day class: A group of days for which the same tariff switch-over pattern applies e.g. public holidays 

event data: One or more event records. 

event record: A set of parameters related to a single telecommunications event. 

observed IMEI ticket: A record used to describe an EIR relevant event e.g. a blacklisted IMEI 

service distance dependency: The relationship between an AoC service, a charging zone and the relevant tariff class. 

successful call: A connection that reaches the communication or data transfer phase e.g. the "answered" state for speech 
connections. All other connection attempts are regarded as unsuccessful. 

tariff: A set of parameters defining the network utilisation charges for the use of a particular service. 

tariff class: A grouping of one or more service distance dependencies for the purpose of defining the corresponding 
tariff switching patterns. 

tariff period: A part of one (calendar) day during which a particular tariff is applied. Defined by the time at which the 
period commences (the switch-over time) and the tariff to be applied after switch-over. 

tariff switch-over pattern: A set of tariff periods defining the tariffs to be applied over one complete 24 hour period 
(calendar day). 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

ADC Administration Centre 

AoC Advice of Charge 

BSS Base Station System 

CAI Charge Advice Information 

CAMEL Customised Applications for Mobile network Enhanced Logic 

CMIP Common Management Information Protocol 

CMIS Common Management Information Service 

CUG Closed User Group 

DP Detection Point 

EDP Event Detection Point 

EFD Event forwarding discriminator 

EIR Equipment Identity Register 

FT AM File Transfer, Access and Management 

FTP File Transfer Protocol 

GMSC Gateway MSC 

gsmSCF GSM Service Control Function 

gsmSSF GSM Service Switching Function 

HLR Home Location Register 

HPLMN Home PLMN 

HSCSD High Speed Circuit Switched Data 

ICS Implementation Conformance Statements 

IMEI International Mobile Equipment Identity 

IMSI International Mobile Subscriber Identity 

ISDN Integrated Services Digital Network 

ISP Internal Standardized Profiles 

MCS Management Conformance Summary 

MMI Man Machine Interface 

MOC Mobile Originated Call (attempt) 

MOCS Managed Object Conformance Statements 

MS Mobile Station 

MSC Mobile Services Switching Centre 

MSRN Mobile Station Roaming Number 

MTC Mobile Terminated Call (attempt) 
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NE Network Element 

NEF Network Element Function block 

NM Network Management 

OACSU Off air call set-up 

O-CSI Originating CAMEL Subscription Information 

OMC Operations and Maintenance Centre 

OS Operations System 

OSF Operations System Function 

OSS Operator Specific Service 

PICS Protocol Implementation Conformance Statements 

PLMN Public Land Mobile Network 

PSPDN Packet Switched Public Data Network 

SAC Service Area Code 

SCI Subscriber Controlled (MMI) Input 

SCS System Conformance Statement 

SDR Special Drawing Right 

SMF System Management Function 

SMS Short Message Service 

TAP Transferred Account Procedure 

T-BCSM Terminating Basic Call State Model 

T-CSI Terminating CAMEL Subscription Information 

TDP Trigger Detection Point 

TFTP Trivial File Transfer Protocol 

TMN Telecommunications Management Network 

TMN-MF TMN Management Function 

TMN-MS TMN Management Service 

TMN-MSC TMN Management Service Component 

USSD Unstructured Supplementary Service Data 

VAS Value Added Service 

VLR Visitor Location Register 

VMSC Visited MSC 

VPLMN Visited PLMN 

VT-CSI Visited Terminating CAMEL Subscription Information 



General 



Call and event data from the Mobile Services Switching Centres (MSCs), Base Station Systems (BSSs) and location 
registers (HLR/VLR) is required for a number of network management activities including, but not limited to, the 
following: 

the billing of home subscribers, either directly or via service providers, for network utilisation charges; 

the settlement of accounts for traffic carried or services performed by fixed network and other operators; 

the settlement of accounts with other PLMNs for roaming traffic via the transferred account procedure; 

statistical analysis of service usage; 

as historical evidence in dealing with customer service and billing complaints; 

In addition to the information collected from these Network Elements, network management functions are required for 
the administration of on-line charging data stored in the MSCs. This data is employed to drive the charge display in the 
Mobile Station (MS) as required by the advice of charge (AoC) service and defined by 3GPP TS 22.086 [13] and 
3GPPTS 22.024 [12]. 

The present document describes the network management interfaces and functions required in terms of the 
Telecommunications Management Network (TMN) information model defined by the ITU-T (see ITU-T M.3010 [3] 
and GSM 12.00 [18]). 

For the purpose of the present document, the call and event data is considered to be collected, in real-time, by Network 
Element Function (NEF) blocks located within the MSCs, BSSs and location registers. 
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The data collected by the NEFs is sent to, or collected by, the appropriate Operations System Function (OSF) blocks for 
storage and further processing. 

Similarly, the tariff data required by the NEFs to provide on-line charging information is distributed by the appropriate 
OSF. 

The location of the OSF is implementation specific and may, for example, be provided either by an Administration 
Centre (ADC) or integrated within the Network Elements themselves. 



6 TMN management services 

6.1 Tariff and charging administration 

The TMN Management Service "Tariff and Charging Administration", as defined in ITU-T M.3200 [4], covers those 
management activities related to the charging of service usage including both the data collection process and the 
administration of charging data within the Network Elements. The relationship between this and other management 
services and activities is illustrated in figure 1 and described in the following subclauses. 
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Figure 1 : Tariff and charging administration 
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6.1.1 Subscriber billing 



The call and event data collected from the Network Elements is employed to determine the network utilisation charges 
for the basic and supplementary services utilised by the home subscribers of the PLMN. The charges calculated are then 
combined with the network access (subscription) charges and billed to those customers directly serviced by the PLMN. 

For those subscribers handled by Service Providers, the billing information is employed for both wholesale (Network 
Operator to Service Provider) and retail (Service Provider to Subscriber) billing. Consequently, having been processed 
by the PLMN Billing Centre, the call and event data collected from the Network Elements may also be sent to the 
Service Provider for further processing. 

6.1.2 Accounting 

6.1.2.1 Inter-PLMN accounting 

Inter-PLMN accounts for roaming traffic are determined in accordance with ITU-T principles (see ITU-T D.93 [1]) and 
are settled by means of the Transferred Account Procedure (TAP). 

6.1 .2.1 .1 'Visitors' from other PLMNs 

The call and event data collected from the network also includes details of the services employed by visiting (roaming) 
subscribers. The charges for mobile originated calls (MOCs) and for supplementary services used are calculated as for 
home subscribers, converted to an agreed accounting currency (e.g. SDRs) and included in the call detail records for the 
TAP. Even if mobile terminated calls (MTCs) are zero-priced in the visited network (VPLMN), in the absence of 
'optimised routing' the MTC TAP records are still required by the home network (HPLMN) in order to determine the re- 
routing charges from the HPLMN to the VPLMN. 

The TAP records generated are exchanged with each HPLMN on a regular basis. These TAP records form the basis of 
the invoice submitted by the VPLMN for the traffic carried. 

6.1 .2.1 .2 'Home' subscribers roaming in other PLMNs 

The HPLMN receives TAP records from each VPLMN for services employed by home subscribers whilst roaming. 
These records are employed to verify the invoices from the VPLMN and to bill the home subscribers for the services 
used. The charges contained in the TAP records are converted from the accounting currency to the local currency and a 
handling surcharge (mark-up) is added if required. The TAP records are subsequently passed to the subscriber billing 
process described in subclause 6.LL 

6.1 .2.2 Fixed network operators and other service providers 

The settlement of accounts with the operators of fixed networks for traffic carried, is generally performed on a bulk 
basis according to the principles outlined in the ITU-T D-series of recommendations. 

The traffic accounted for in this manner may include: 

outgoing (Mobile to Land) traffic; 

incoming (Land to Mobile) traffic; 

transit traffic, carried by intermediate networks; 

- signalHng (MAP/SCCP, CAP/SCCP) traffic e.g. location updates. 

Accounting information may also be required for the use of services provided by other operators such as short message 
service centres and other value added service (VAS) providers. 

The charges for the various traffic shares may be determined on the basis of the call records generated by the Network 
Elements or on the basis of bulk counters (accounting meter records) in the gateway MSCs (GMSCs). For the purpose 
of the present document, the management information required is assumed to be derived from call and event records. 
The management of accounting meters is outside the scope of the present document. 



ETSI 



3GPP TS 32.005 version 3.6.0 Release 1 999 16 ETSI TS 1 32 005 V3.6.0 (2002-03) 

6.1.3 Service provision 

The call and event data collected from the Network Elements may be used to provide statistical information concerning 
the use of services, by both home and visiting subscribers, within the network. In addition, the introduction of new 
services and/ or modifications to the tariffs of existing services may also require the distribution of the appropriate tariff 
information to the Network Elements for Advice of Charge purposes. 

6.1.4 Customer administration 

The call data collected from the NEs provides a historic record of subscriber activity and may be used for the handling 
of customer care enquiries and, in particular, billing complaints. For further details of customer administration services 
see GSM 12.02 [20]. 

6.2 Management of mobile equipment 

The TMN Management Service "Management of Mobile Equipment" covers those management activities related to the 
International Mobile Station Equipment Identity (IMEI) of the mobile station (MS). The main objective of this 
management service is to administer the data of the Equipment Identity Register (EIR) thereby preventing the access by 
unauthorised or faulty equipment to the network. 

Figure 2 illustrates the exchange of information between the OSF and the appropriate NEFs. The EIR Management 
Data exchanged takes the form of a number of lists (white, grey and black) which determine whether or not access to 
the network is permitted for a particular range of IMEIs. For further details concerning the content and use of the white, 
grey and black lists see GSM 22.016. For full details of the management of these lists see GSM 12.02 [20]. 

The Observed IMEI Ticket Data collected from the Network Elements may be used to identify unknown IMEIs, to 
gather statistics concerning the use of the network by unauthorised mobile stations and to detect the presence of cloned 
equipment. The present document is concerned with the control of the generation of IMEI tickets together with the 
collection of those tickets from the NEFs. 
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Figure 2: Management of mobile equipment 
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7 TMN management service components 

7.1 Tariff and charging administration 

The following TMN Management Service Components (TMN-MSCs) are relevant for mobile applications: 

Tariff Administration (real-time tariffing i.e. advice of charge); 

Data Collection Management (detailed billing, statistics etc.). 
These components are illustrated in figure 3 (see also ITU-T M.3400 for comparison). 

7.1.1 Tariff administration 

This service component is concerned with the administration of tariff information in the Network Elements (NEFs). 
This information is required by the MSC for the on-line transmission of tariff information to the mobile station in order 
to support the Advice of Charge (AoC) service as described in 3GPP TS 22.086 [13] and 3GPP TS 22.024 [12]. 

The tariff to be applied to a particular service may depend on a number of factors including: 

the service itself; 

the origin and destination of the connection (charging zone); 

the date of the year, day of the week and the time of day; 

the type of resource being used e.g. full/ half rate radio traffic channel; 

the mode of operation of the basic service employed (transparent/ non-transparent); 

- the call/ connection type e.g. MOC/ MTC; 

additional network-specific criteria. 

The tariff administration service component provides the OS with the management functions required to administer 
both the tariffs themselves and the parameters required for the application of those tariffs. 

7.1.2 Data collection 

This service component is concerned with the collection of data from the NEs. It includes the specification of the data to 
be collected as well as the mechanisms required for the transfer of that data to the OS. 

7.1 .2.1 Data generation control 

The generation, intermediate storage and transmission of call and event data consume considerable amounts of network 
and TMN resources. This service component permits the OS to configure and optimise both the generation of records 
within the NEs and the contents of those records according to the needs of the network operator. 

7.1.2.2 Data transfer control 

The call and event records produced by the NEF of the appropriate NEs shall be transmitted to, or collected by, the 
appropriate OSF for subsequent (off-line) processing. 

This service component provides mechanisms for the transfer of call and event records, both individually (real-time 
event reporting) and in bulk (file transfer), between the NEFs and OSFs. 
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Figure 3: Management Service Components 



7.2 



Management of mobile equipment 



The present document is concerned solely with the management of the EIR data collection process. This service 
component permits the OS to enable and disable the generation of observed IMEI tickets within the NEs. It also 
controls the transfer of the IMEI tickets from the NEs to the OS. 



8 TIVIN management functions 

This clause describes the individual TMN management functions (TMN-MFs) required. As described in ITU-T M.3400, 
each of these TMN-MFs shall be mapped onto one or more OSI System Management Functions (SMFs) defined in the 
following recommendations: 

- Object Management Function (ITU-T X.730 [7]); 

- State Management Function (ITU-T X.73 1 [8]); 

- Alarm Reporting Function (ITU-T X.733 [9]); 

Event Reporting Management Function (ITU-T X.734 [10]); 

- Log Control Function (ITU-T X.735 [11]). 

In the following subclauses, each group of TMN functions is described in terms of the SMFs required. The terms create/ 
set/ get/ delete/ action/ and notification each refer to the appropriate pass-through service defined in ITU-T X.730 [7]. 
The object classes on which these operations are performed are described in detail in annex A. 
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It should be noted that each of the network management operations described may be performed on a particular 
Network Element (NEF) or "broadcast" to all relevant Network Elements. Both the handling of such "broadcast" 
operations and the mechanisms required to ensure the consistency of the information distributed are considered to be 
outside the scope of the present document. 



8.1 



Tariff administration 



The following management functions are provided: 
Tariff class management; 
Tariff period management; 
Day class management; 
Tariff management; 
Tariff system management (change control). 

8.1 .1 Tariff class management 

The purpose of the tariff class management functions is to permit the OS to assign a tariff class to a set of service and 
distance dependent charging parameters. Distance dependencies are defined in terms of charging origins, charging 
destinations and charging zones. Service dependencies are defined in terms of customised AoC services. For further 
details see subclause A. 1.1. The table 1 includes some examples of possible tariff classes. 

Table 1 : Tariff class examples 



Tariff class description 


Service and distance dependencies 


Telephony, class 2 mobiles, calls made within a 
particular metropolitan area 


Service, origin, destination, MS classmark 


Telephony, half rate codec, international calls 


Service, destination, radio channel used 


Short message service, mobile originated 


Service only 



8.1.1.1 



Charging origin functions 



This group of functions shall be used to create, set, get, and delete one or more charging origins. A charging origin 
represents a nominal reference point for the origination of a connection or transaction. Charging origins may be derived 
from a number of network configuration parameters including originating cell-id., incoming trunk group, MSC id. etc. 
The derivation of charging origins is a network specific matter and outside the scope of the present document. For the 
purpose of the present document it is sufficient to know the names and identities of the origins available. 

The following system management functions are required: 

Create/Set/Get/Delete chargingOrigin 



8.1.1.2 



Charging destination functions 



This group of functions shall be used to create, set, get, and delete one or more charging destinations. A charging 
destination represents a nominal reference point for the termination of a connection or transaction. Charging 
destinations may be derived from a number of parameters including the called number, roaming number etc. The 
derivation of charging destinations is a network specific matter and outside the scope of the present document. For the 
purpose of the present document, it is sufficient to know the names and identities of the destinations available. 

The following system management functions are required: 

Create/Set/Get/Delete chargingDestination 
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8.1.1.3 Charging zone functions 

This group of functions shall be used to create, set, get, and delete one or more charging zones. A charging zone 
provides a nominal measurement of the distance between the point of origination and termination of a connection. 

Each charging zone shall consist or one or more origin and destination combinations. Each origin and destination 
combination shall contain a charging origin and/ or a charging destination. Only those origins and destinations 
previously created by means of the TMN-MFs functions described above may be referenced by a charging zone. 

The following system management functions are required: 

Create/Set/Get/Delete chargingZone 

8.1.1.4 AoC service functions 

This group of functions shall be used to create, set, get, and delete one or more AoC service definitions. An AoC service 
definition is a grouping of services together with additional charging parameters to provide a customised definition of a 
service for the purpose of Advice of Charge. 

An AoC service definition shall consist of a combination of the following: 

one or more basic services; and/or 

one or more supplementary services; and/or 

one or more network specific services; and/or 

one or more power capability classes (MS classmark); and/or 

the type of radio traffic channel used/ requested; 

the transparency mode of the basic service employed (transparent/non-transparent); 

the type of call or connection (e.g. MOC/ MTC). 
This list may also be extended to include additional network specific parameters. 
The following system management functions are required: 

Create/Set/Get/Delete aocService 

8.1.1.5 Tariff class functions 

This group of functions shall be used to create, set, get, and delete one or more tariff classes. A tariff class is a grouping 
of service and distance dependent charging parameters for the purpose of defining the corresponding tariff switching 
patterns. 

Each tariff class shall contain one or more service distance dependencies. Each service distance dependency shall 
contain a reference to an AoC service definition and may include a reference to a charging zone. 

The following system management functions are required: 

Create/Set/Get/Delete tariffClass 
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8.1 .2 Tariff period management 



These functions permit the OS to create, set, get, and delete the tariff switching patterns and tariff periods defined in the 
NEs i.e. to manage the time-based tariff dependencies. 

Each tariff class shall contain one or more tariff switching patterns, each of which assigns a tariff switching pattern to a 
particular day class. Each tariff switching pattern in turn shall contain one or more tariff periods. 

A tariff period is a period of the day during which a particular tariff is applied e.g. a "peak rate" tariff period from 08:00 
to 20:00. A tariff period shall contain a tariff switch-over time and a reference to the tariff to be applied after the switch- 
over. If the tariff to be applied does not change during the day then a single tariff period shall be defined with a default 
switching time of "00:00" i.e. Midnight. For further details see subclause A. 1.2. The following table includes an 
example switching pattern for a particular tariff class. 

Table 2: Tariff switching patterns for one tariff class 



Day Class 


Tariff 


Switching 


Pattern 




Tariff Period 1 


Tariff Period 2 


Tariff Period 3 


Working day 


00:00 "off-peal<" 


08:00 "peak" 


18:00 "off-peak" 


Holiday 


00:00 "off-peal<" 


- 


- 



The following system management functions are required: 
Create/Set/Get/Delete tariffs witchPattern 

8.1 .3 Day class management 

These functions permit the OS to create, set, get, and delete the day classes employed by the charging calendar table in 
the NEs. A day class groups together a number of days of the year for which the same tariff switch-over pattern applies 
e.g. Work days. Weekends and Holidays etc. 

Each day of the week (Monday, Tuesday, etc.) shall be assigned by the charging calendar to a particular day class. Each 
day of the year (date) may also be assigned to a day class. The day class defined for a particular date takes priority over 
the class defined for the day of the week i.e. each day of the year belongs to one and only one day class. 

A day class shall first be explicitly created before it can be referenced by a charging calendar. A separate charging 
calendar shall be created for each year. 

The following system management functions are required: 

Create/Set/Get/Delete chargingCalendar 

Create/Set/Get/Delete dayClass 

8.1 .4 Tariff management 

These functions permit the OS to create, set, get, and delete the tariffs defined in the NEs. In a GSM environment the 
tariff information takes the form of charge advice information (CAI) parameters as defined in 3GPP TS 22.024 [12]. 

In addition to the tariffs of the home PLMN, an invariant tariff set shall also be held for each foreign PLMN in order to 
provide AoC for MTCs to roaming subscribers as defined in 3GPP TS 22.024 [12]. This set also includes the e3 scaling 
factor required to convert the VPLMN units incurred into the units of the roaming subscribers home PLMN as 
displayed by the MS. 

The following system management functions are required: 

Create/Set/Get/Delete tariff 

Create/Set/Get/Delete roamerTariff 
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8.1 .5 Tariff system management (change control) 

This group of functions controls the changes made to a tariff system as a whole rather than to individual entities. A 
tariff system is defined as a complete and consistent set of the following: tariffs (including roamer tariffs), tariff periods, 
tariff switching patterns and tariff classes. 

Only one tariff system may be "active" at any given time and the entities contained within the active tariff system shall 
not be modified. 

In addition to the active tariff system, there may be a number of additional tariff systems under development. On 
creation a tariff system shall assume the "available" state and may be extended or modified by employing any of the 
tariff class, tariff period or tariff administration functions as required. 

In order to minimise the amount of effort required to modify an existing tariff system the "tsCopyTariffSystem" action 
may be used to create a complete copy of the current tariff system. The new (copied) system may then be modified or 
extended as required. 

On completion of the modifications to a tariff system a check may be performed within the NEF in order to ensure that 
the set of tariffing parameters is consistent. If required, the check shall be invoked by means of the "tsCheck" action. If 
the check is successful then the tariff system shall assume the "checked" state. 

The activation of a tariff system may either be immediate, or scheduled to take place at some future date and time e.g. 
Midnight on the 1 January. The activation of a tariff system involves a changeover between the current and the new 
tariff system. A changeover between tariff systems shall be invoked by means of the "tsChangeover" action. On 
changeover, the old tariff system shall assume the "standby" state. If, for any reason, the new tariff system causes 
problems then a second changeover may be performed swapping the current and standby tariff systems and thereby 
restoring the old configuration. 

The change-over function may also include authentication parameters to ensure that the OS user is permitted to carry 
out the desired changes to the tariff system. 

If, for any reason, a scheduled changeover is to be prevented, then the "tsCancelChangeover" action shall be employed 
to remove the scheduled changeover request. Both the currently active tariff system and the next scheduled changeover 
may be retrieved at any time by means of a "get" on the appropriate attributes. 

Modifications and extensions to a tariff system (or the entities contained in it) are only permitted in the "available" state. 
If, for any reason, a tariff system in the "checked" or "standby" state requires modification then it shall first be explicitly 
released via the "tsUnfreeze" action. 

Any modification in the state of a tariff system shall be reported to the OS by means of the "stateChange" notification. 

The following system management functions are required: 

Get tariffAdmin 

Action tsChangeover, tsCancelChangeover, tsCopyTariffSystem 

Notification stateChange 

Create/Set/Get/Delete tariffSystem 

Action tsCheck, tsUnfreeze 

Notification stateChange 



8.2 Data collection 

The data collection management service component employs both the event report function (ITU-T X.734 [10]) and log 
control function (ITU-T X.735 [11]). The conceptual model is illustrated in figure 4. The call recording function 
collects internal telecommunication events within the NEF and formats them into potential call and event records. The 
record generation control functions determine which of these potential records are actually stored in the local NEF 
record filestore. The records within the filestore are collected by the OSF via file transfer (FT AM protocol on X.25 or 
TCP/IP, and FTP or TFTP over TCP/IP). The record classes of the record generation control function also determine 
which of the records produced are transmitted to the OSF in the form of event reports. 
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Similarly, the log control function determines which of the potential records are stored locally as log records. Once 
stored the log records may be individually accessed by the OSF via the appropriate object management functions. Care 
should be taken in the selection of filter criteria for the call and event record logs to avoid unnecessary overheads. 

Finally, the potential call and event records are also passed to the event forwarding discriminators of the event reporting 
function. The EFDs determine which of the potential records are transmitted to the OSF in the form of event reports. 
Whereas the record classes are intended to produce event reports on a semi-permanent basis for day to day operation, 
the EFDs are intended for short term event reporting and with more complex filter constructs. 

record event log 
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Figure 4: Data collection model 

8.2.1 Data generation control 

The following groups of TMN management functions are provided: 
Record generation control; 
Emergency call notification control; 
Observed IMEI ticket control; 
Log control. 



8.2.1.1 



Record generation control 



These TMN management functions control the generation of call and event records within the record filestore of the 
NEF. The following groups of functions are provided: 

Record type generation control; 

Supplementary service recording control; 

Partial record generation control. 
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8.2.1.1.1 Record type generation control 

This group of functions permit the network operator to enable/disable the generation of each call/event record type and 
to specify the conditions under which such records will be generated. 

Each type of record to be stored locally within the record filestore shall be contained within one or more record classes. 
The record class shall define the destination(s) to which the records are to be sent. Each destination may be either a 
particular type of file within the filestore, or another management application to which the record shall be sent in the 
form of an event report. 

Each record class shall contain one or more record type controls. Each record type control shall include the conditions 
under which the records of this type are to be generated. The records may be created for home subscriber and/ or 
visiting subscribers. The records may also be created for unsuccessful and/ or successful transactions. 

The following system management functions are required: 

Create/Set/Get/Delete recordClass 

Create/Set/Get/Delete recordTypeControl 
See also supplementary service recording control. 

8.2.1.1.2 Partial record generation control 

This function controls the generation of partial records. Partial records may be generated for any one of the following 
reasons: 

expiry of the partial record timer; 

change of basic service during a connection; 

change of location (LAC, Cell Id for 2G or SAC for 3G) during a connection; 

change of MS classmark during a connection; 

change of AoC parameters during a call; 

change of radio channel (full/ half rate) during a call; 

change of HSCSD parameters during call; 

change of destination during a call (CAMEL). 

This function permits both the selection of the above options and the specification of the partial record interval timer for 
long hold calls. The timer may take any value within the range to 24 hours, where means no partial records will be 
generated. 

The following system management functions are required: 

Set/Get callRecordingFunction 

8.2.1.1.3 Supplementary service recording control 

These functions control the recording of supplementary service actions. There are two basic kinds of supplementary 
service action, call-related and non-call related. 

Non-call related SS-actions may be recorded in SS-action records as defined in Annex B. Call-related SS-actions 
(usually "invocation") may either be included in the appropriate call record (MOC/ MTC) or recorded in separate SS- 
action records. 

Functions are provided to enable the OS to define the supplementary services to be recorded via the creation of 
"supplServiceControl" objects. These objects may be defined for both individual services and for groups of services. A 
separate set of these objects may be contained within each record class object. 
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Each "supplServiceControl" object shall contain one or more "ss Actio nControl" objects which define the supplementary 
service action (registration, erasure, etc.) to be recorded; how the action is to be recorded (in MOC/ MTC records or in 
SS-action records); and for which class of subscribers the actions are to be recorded (own/ visiting/ all subscribers). 

The following system management functions are required: 

Create/Set/Get/Delete supplServiceControl 

Create/Set/Get/Delete ssActionControl 

8.2.1 .2 Emergency call notification control 

This function permits the OS to enable/ disable the generation of the emergency call notification. It also permits the OS 
to define the destinations (management application entities) to which the notification is to be sent. 

The following system management functions are required: 

Set/Get callRecordingFunction 

8.2.1 .3 Observed IMEI ticket control 

This function permits the OS to enable/ disable the generation of observed IMEI tickets. If the generation of these 
tickets is enabled then they shall be stored in the appropriate file type ("observed IMEI ticket") within the local record 
filestore. 

This function also permits the definition of one or more destinations (management application entities) to which the 
tickets may be sent in the form of event reports. 

The following system management functions are required: 

Set/Get callRecordingFunction 

8.2.1.4 Log control 

This function permits the record notifications described above to be stored and retrieved from logs within the NEF. The 
logging of these records is performed in accordance with the log control function specified in ITU-T X.735 [11] and no 
additional management functions are required. 

8.2.2 Data transfer control 

This service component contains the following groups of TMN management functions: 
Event reporting; 
Bulk record transfer; 
Log access. 

8.2.2.1 Event reporting 

These TMN functions control the generation and transmission of notifications from the NEF to the OSF. 
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8.2.2.1.1 Event forwarding discriminators 

In addition to the notification control functions outlined in subclause 8.2.1, for short-term recording of specific events 
and for more complicated filter conditions the event forwarding discriminator construct defined in ITU-T X.734 [10] 
and ITU-T X.721 [5] shall be employed. 

The event forwarding discriminator construct is extremely flexible permitting the combination of a number of fields and 
logical operations with a wide variety of scheduling options. The EFD also controls the destinations to which the event 
reports are sent. Several such filters may be defined and scheduled for operation at different times and for different time 
periods. 

The following system management functions are required: 

Create/Set/Get/Delete eventForwardingDiscriminator 

8.2.2.1 .2 Call event record reporting 

This function permits the NEF to transmit a call or event record for a particular call attempt or event to the OSF. In 
general the record shall be sent on completion of the call or event. This function is controlled by means of the 
management functions described in subclause 8.2.1.1. 

The following system management functions are required: 

Notification callEventRecordReport 

8.2.2.1 .3 Emergency call reporting 

This function permits the NEF to send a notification to an application entity within the OS whenever an emergency call 
is made within the network. The notification includes the IMEI (if available), the IMSI (if available) and the identity of 
the cell from which the call is made. This notification shall be sent during the emergency call set-up. The generation of 
this notification is controlled by means of the functions described in subclause 8.2.1.2. 

The following system management functions are required: 

Notification emergencyCalllndication 

8.2.2.1 .4 Observed IMEI ticket reporting 

This function permits the NEF to send a notification to an application entity within the OS whenever an observed IMEI 
ticket is generated. The generation of this notification is controlled by means of the functions described in subclause 
8.2.1.3. 

The following system management functions are required: 

Notification observedlMEITicketReport 

8.2.2.2 Bulk record transfer 

This group of TMN functions is concerned with the bulk transfer of call and event records from the NEF record 
filestore to the NEF. 

The call and event records shall be transferred from the NEF to the OSF by the use of FT AM protocol on X.25 or 
TCP/IP, and FTP or TFTP over TCP/IP. For further details of the use of FT AM see GSM 12.01 [19] and of the use of 
FTP see [27] and TFTP see [28]. 

In addition to the simple file transfer services provided by FT AM, peer-to-peer application process communication may 
be also be supported. The use of CMIS services for the uploading of files from the NEF to the OSF is specified in 
GSM 12.00 [18]. 
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8.2.2.3 Log access 

This TMN function control the access to the log described in subclause 8.2.1.4. Each log defined may contain one or 
more log entries. Each log entry contains a single call/ event record, emergency call indication report or observed IMEI 
ticket report. 

NOTE: The term log entry has been used instead of the term log record to avoid confusion between the records 
contained within the local filestore and the records stored within logs. 

For further details concerning the use of logs see ITU-T X.735 [11]. 

The following system management functions are required: 

Get/Delete callEventLogEntry 

Get/Delete emergencyCalllndicationLogRecord 

Get/Delete observedlEMITicketReportLogEntry 
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Annex A (normative): 
Information model 

A.1 Overview 

This annex contains the formal description of the information model for the present document. It consist of a simplified 
Entity-Relationship (ER) model by way of introduction, together with an object model specified in terms of the 
templates defined in ITU-T X.722 [6] "Guidelines for the Definition of Managed Objects". 

The ER model consist of the following diagrams: 

tariff administration, the service and distance view; 

tariff administration, the date and time view; 

the call recording view. 

These diagrams are intended to be an aid to understanding and, as a result, only the most important entities and 
relationships are shown. Some of the entities are present to resolve "many-to-many" relationships and are modelled via 
attributes rather than object classes. Such entities are explicitly marked. 

A.1 .1 Tariff administration, the service and distance view 

Figure A. 1 illustrates the most important service and distance relationships. 

The " AoC Service" entity represents one or more services combined with a number of additional charging relevant 
parameters to form a customised service definition for the purpose of advice of charge. If a number of services are 
charged in the same way then they may be combined into a single "AoC Service" definition. 

Each network contains a finite number of charging origins, nominal reference points defining the point of origin of a 
connection. The allocation of charging origins to cell identities, MSC areas, incoming trunk groups etc. is a network- 
specific matter and outside the scope of the present document. For the purpose of tariff administration it is sufficient to 
know the identities of the origins available. 

Similarly, the derivation of charging destinations from, for example, the called address or number dialled is outside the 
scope of the present document. For the purpose of tariff administration it is sufficient to have a definitive list of the 
destinations available. 

The combination of a charging origin with a charging destination provides a nominal measure of the distance factor 
involved in a connection. It should be noted that both the origin and destination within the "origin/ destination 
combination" are optional and that either of them may be omitted e.g. international connections may be purely 
destination dependent. 

The combination of one or more such origin/ destination pairs defines a charging zone. The charging zone groups 
together those pairs belonging to the same distance class, typical examples include "local" and "long distance" zones. 

The "Service Distance Dependency" combines an AoC service with a charging zone in order to apply a particular tariff 
class. Again, the charging zone is optional, if the charging of the service is not distance dependent then the zone is 
omitted. 

Finally, a tariff class groups together those service distance dependencies to which the same tariff switching pattern is 
applied. The tariff switching pattern (see subclause A. 1.2) determines the tariff to be applied at any particular point in 
time. 
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(A) : This entity modelled as an attribute 



Figure A.1 : Tariff administration, the service and distance view 



A.1 .2 Tariff administration, the date and time view 

In general, the tariffs to be applied are dependent on a number of time-based factors including day, date and time of 
day. Figure A.2 illustrates the major entities involved and the relationships between them. 

Each tariff class contains a number of tariff switching patterns defining the tariff to be applied over a complete 24 hour 
period (calendar day). The tariff switching pattern to be applied on a particular day depends on the day class of the day 
in question. Typical day classes include "weekday", "weekend" and "holiday". Each tariff class contains one, and only 
one, tariff switching pattern for each day class defined. However, the tariff switching pattern applied to a number of day 
classes may be the same. 
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A charging calendar contains a number of both "day" and "date" definitions assigning a day class to days of the week 
and days of the year respectively. Whereas a day class shall be defined for each day of the week, only those dates 
explicitly requiring a day class (e.g. holidays) are included in the charging calendar. It should be noted that the "date" 
definitions take precedence over the "day" definitions. For the avoidance of doubt, each day of the year belongs to one, 
and only one, day class. 

Each tariff switching pattern contains one or more tariff periods. A tariff period is a continuous period of time during 
which the same tariff is applied. A tariff period is characterised by a tariff switch-over time and a reference to the tariff 
to be applied after that time. If the tariff does not vary over the 24 hour period covered by the switching pattern then a 
single tariff period shall be created with a switch-over time of midnight (00:00). 

A tariff system (not shown) is defined as a complete and consistent set of tariff classes, tariff switching patterns and 
tariffs. There can be only one "active" tariff system at any one point in time and this system may not be altered. 
Alterations to tariff classes, tariff switch-over patterns and tariffs are prepared in advance by either copying the active 
tariff system or creating a new one. When the modifications are complete, a changeover between tariff systems may 
occur. 
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Figure A.2: Tariff administration, thie date and time view 
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A.1 .3 The call recording View 



The call recording entities illustrated in figure A. 3 control the generation and transfer of call and event records within a 
particular NE. The Network Element itself is represented by the managed element object. Each managed element may 
contain a call recording function. The call recording function represents the management view of the record generation 
process within the NE. 

The generation of call records is controlled by the record class object. A record class defines the records to be produced 
for a particular purpose and the conditions under which those records are produced. A record class contains one or more 
record type control objects each of which controls the generation of records of a particular record type. 

The record class also contains a number of supplementary service control objects. These objects determine which 
supplementary services (or groups thereof) are recorded. Each supplementary service control object contains one or 
more supplementary service action control objects each of which in turn determines whether or not a particular action 
(registration, invocation, etc.) is recorded. 

The record class objects, together with the objects contained within them, define the call record generation control 
algorithm for normal usage. This includes both the records to be stored in the local NE filestore as well as those that are 
sent to the OS in the form of event reports. Additional call and event record event report filters may also be defined by 
employing the standard event forwarding discriminator object class. These filters are more suitable for temporary 
recording requirements as well as those containing more complicated filter constructs. 

The notifications generated by the call recording function and presented to both the record classes and EFDs, may also 
be logged locally within the NE. Each managed element may contain one or more instances of the log managed object 
class. 

Each log may contain one or more log entries each of which in turn contains a call and event record notification, an 
emergency call indication report or an observed IMEI ticket report. 



£75/ 



3GPP TS 32.005 version 3.6.0 Release 1999 



32 



ETSI TS 132 005 V3.6.0 (2002-03) 



managed 
Element 





callEvent 
LogEntry 



emergency 

Calllndication 

LogEntry 



observedlMEI 

TicketReport 

LogEntry 



V 





record 

Type 

Control 





n 



event 
Forward. 
Discrim. 




Figure A.3: The call recording view 




ssAction 
Control 



£75/ 



3GPP TS 32.005 version 3.6.0 Release 1999 



33 



ETSI TS 132 005 V3.6.0 (2002-03) 



A.2 Naming hierarchy 



The naming (containment) tree for the objects defined within the present document is illustrated in Figure A.4 below. It 
should be noted that all of the object classes in the present document are shown relative to the "managedElement". For 
further details of the upper layers of the containment tree, including the object classes "managedElement" and 
"mscFunction" see GSM 12.00 [18]. For further details concerning the log class see ITU-T X.721 [5]. 
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Figure A.4: The Naming Tree 
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A.3 Inheritance 



The inheritance tree for the present document is illustrated in Figure A.5 below. Details of he object classes 
"mscFunction", and "managedElement" are included in GSM 12.00 [18] and therefore not included here. 

Similarly, the object classes "log", "logRecord", "eventLogRecord", and "eventForwardingDiscriminator" (not shown 
here) are defined in ITU-T X.721 [5]. 
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Figure A.5: The Inheritance Tree 
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A.4 Managed object classes 
A.4.1 AoC service 

This managed object class enables a number of services and additional charging parameters to be grouped together to 
define a "customised" network service for the purpose of AoC. 

The presence of a conditional package within an instance of this object class shall be interpreted as a logical "AND" 
relationship i.e. if both basic and supplementary services are specified then the service definition only applies if both 
basic and supplementary services are used. 

The SET of values within the attributes of the various packages shall be interpreted as a logical "OR" relationship i.e. 
the service definition applies if any one of the listed members is used. 

Example: If, for the purpose of AoC, the same tariff switching pattern is to be applied to the use of call 

forwarding in conjunction with all teleservices except for Short Message Services then a single 
"aocService" object instance may be created with both the "basicServices" and "supplServices" 
packages instantiated. The list of basic services including all teleservice group codes except for 
SMS and the list of supplementary services including a single group code for "all call forwarding". 

Network specific charging parameters, if required, may be included by defining a sub-class of the "aocService" object 
and specifying additional conditional packages. 

aocService MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

aocServiceDefinition PACKAGE 

ATTRIBUTES 

aocServiceld GET, 

aocServiceName GET-REPLACE; 

REGISTERED AS { gsml2 OSPackage 1 };; 

CONDITIONAL PACKAGES 

basicServicesPackage PACKAGE 

ATTRIBUTES 

basicServices GET-REPLACE ADD-REMOVE; 

REGISTERED AS { gsml2 OSPackage 2}; 

PRESENT IF "the aoc service definition applies to basic services", 

supplServicesPackage PACKAGE 

ATTRIBUTES 

supplServices GET-REPLACE ADD-REMOVE; 

REGISTERED AS { gsml2 OSPackage 3}; 

PRESENT IF "the aoc service definition applies to suppl . services", 

networkSpecif icServicesPackage PACKAGE 

ATTRIBUTES 

networkSpecificServices GET-REPLACE ADD-REMOVE; 

REGISTERED AS { gsml2 OSPackage 4}; 

PRESENT IF "the aoc service definition applies to non-GSM services", 

radioChannelsRequestedPackage PACKAGE 

ATTRIBUTES 

radioChannelsRequested GET-REPLACE ADD-REMOVE; 

REGISTERED AS { gsml20SPackage S}; 

PRESENT IF "the aoc service definition applies to the type of radio channel requested e.g. dual mode 

half rate preferred", 

radioChannelUsedPackage PACKAGE 

ATTRIBUTES 

radioChannelUsed GET-REPLACE; 

REGISTERED AS { gsml2 OSPackage 6}; 

PRESENT IF "the aoc service definition applies to the type of radio channel actually employed i.e. 

full/ half rate", 

msPowerClassesPackage PACKAGE 

ATTRIBUTES 

msPowerClasses GET-REPLACE ADD-REMOVE; 

REGISTERED AS { gsml205Package 7}; 
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PRESENT IF "the aoc service definition applies for certain MS classmark (RF power capability) 
values", 

transparencyPackage PACKAGE 

ATTRIBUTES 

transparencyind GET-REPLACE; 

REGISTERED AS { gsml2 OSPackage 8}; 

PRESENT IF "the aoc service definition applies to the mode of the basic service employed i.e. 

transparent/ non-transparent", 

callTypesPackage PACKAGE 

ATTRIBUTES 

callTypes GET-REPLACE ADD-REMOVE; 

REGISTERED AS { gsml205Package 9}; 

PRESENT IF "the aoc service definition applies for certain types of call e.g. MOC/ MTC"; 

HSCSDChannelsRequestedPackage PACKAGE 

ATTRIBUTES 

HSCSDChannelsRequested GET-REPLACE ADD-REMOVE; 

REGISTERED AS { gsml2 OSPackage 10}; 

PRESENT IF "the aoc service definition applies to the number of HSCSD channels requested e.g. max 4 

HSCSD channels", 

HSCSDChannelsAllocatedPackage PACKAGE 

ATTRIBUTES 

HSCSDChannelsAllocated GET-REPLACE ADD-REMOVE; 

REGISTERED AS { gsml2 OSPackage 11}; 

PRESENT IF "the aoc service definition applies to the number of HSCSD channels actually allocated 

for the connection e.g. 2 HSCSD channels allocated"; 

REGISTERED AS { gsml2 OSManagedOb jectClass 1 }; 



A.4.2 Call and event log entry 



This managed object class is a subclass of the "eventLogRecord" class described in ITU-T X.735 [11] and defined in 
ITU-T X.721 [5] and therefore inherits all of the properties of both the "logRecord" and eventLogRecord" classes. This 
includes the name binding "logRecord-log" defined in X.721. 

callEventLogEntry MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" : eventLogRecord; 

CHARACTERIZED BY 

callEventLogEntryPackage PACKAGE 

BEHAVIOUR 

callEventLogEntryBehaviour BEHAVIOUR 

DEFINED AS "This managed object is used to store a single call and event record.";; 

ATTRIBUTES 

callEventRecordType GET, 

callEventRecordContent GET; ; ; 

REGISTERED AS { gsml205ManagedOb jectClass 2 }; 

A.4.3 Log (ITU-T X.721) 

This managed object class is described in ITU-T X.735 [11] and defined in ITU-T X.721 [5]. 



A.4.4 Call recording function 



This managed object class is employed to control the generation of call and event records within a particular Network 
Element. Only one instance of this object may be created within any one NE. This class contains notifications that 
permit the NE to transmit call and event records; emergency call indications; and observed IMEI tickets to the OS. It 
also controls the generation of partial records. 



callRecordingFunction MANAGED OBJECT CLASS 
DERIVED FROM "Recommendation X.721 : 1992" :top; 
CHARACTERIZED BY 

callRecordingFunctionPackage PACKAGE 
ATTRIBUTES 

callRecordingFunctionId GET, 
partialRecordTimer GET-REPLACE, 

partialRecordGeneration GET-REPLACE ADD-REMOVE; 
NOTIFICATIONS 
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callEventRecordReport; 

REGISTERED AS { gsml2 OSPackage 12 };; 

CONDITIONAL PACKAGES 

emergencyCallNotif icationPackage PACKAGE 

ATTRIBUTES 

emergencyCalllndEnable GET-REPLACE, 

emergencyCalllndDest GET-REPLACE ADD-REMOVE; 

NOTIFICATIONS 

erne rgencyCall Indication; 

REGISTERED AS { gsml2 OSPackage 13 }; 

PRESENT IF "the emergency notification is supported", 

observedlMEITicketPackage PACKAGE 

ATTRIBUTES 

observedlME I Ticket Gene rat ionEnable GET-REPLACE, 

observedlMEITicketDest GET-REPLACE; 

NOTIFICATIONS 

ObservedlME ITicketReport; 

REGISTERED AS { gsml205Package 14 }; 

PRESENT IF "observed IMEI tickets are supported"; 

REGISTERED AS { gsml205ManagedOb jectClass 4 }; 



A.4.5 Charging calendar 



This managed object represents a charging calendar for a particular year. The calendar contains a set of day definitions 
each of which allocates a day class to a particular day of the week together with a set of date definitions which allocate 
a day class to a particular day of the year. The date definitions take precedence over the day definitions. 

chargingCalendar MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

chargingCalendarPackage PACKAGE 

ATTRIBUTES 

calendarYear GET, 

dayDefinitions GET-REPLACE ADD-REMOVE, 

dateDefinitions GET-REPLACE ADD-REMOVE;;; 

REGISTERED AS { gsml205ManagedOb jectClass 5 }; 

A.4.6 Charging destination 

This managed object class defines a logical destination for distance sensitive charging purposes. A charging destination 
may be associated with one or more address strings (e.g. country codes) but may also be derived from other quantities 
such as routes, trunk groups etc. As a result, this object may be allocated to/ referenced by a number of configuration 
management objects. It should however be noted that the administration of such configuration management objects is 
outside the scope of the present document. 

chargingDestination MANAGED OBJECT CLASS 
DERIVED FROM "Recommendation X.721 : 1992" :top; 
CHARACTERIZED BY 

chargingDestinationPackage PACKAGE 
ATTRIBUTES 

destinationid GET, 
destinationName GET-REPLACE; ; ; 

REGISTERED AS { gsml2 OSManagedOb jectClass 6 }; 



A.4.7 Charging origin 



This managed object class defines a logical origin for distance sensitive charging purposes. A charging origin may be 
associated with one or more of the following: cell-ids, incoming trunk groups etc. As a result, this object may be 
allocated to/ referenced by a number of configuration management objects such as cell-ids, trunk groups etc. It should 
however be noted that the administration of such configuration management objects is outside the scope of the present 
document. 



chargingOrigin MANAGED OBJECT CLASS 
DERIVED FROM "Recommendation X.721 : 1992" 
CHARACTERIZED BY 



: top; 
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chargingOriginPackage PACKAGE 

ATTRIBUTES 

originid GET, 

originName GET-REPLACE; ; ; 

REGISTERED AS { gsml2 OSManagedOb jectClass 7 }; 



A.4.8 Charging zone 



This managed object class defines a distance class for charging purposes. A charging zone contains a set of origin and 
destination combinations. Each origin/ destination combination shall appear in one, and only one, charging zone. 

chargingZone MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

chargingZonePackage PACKAGE 

ATTRIBUTES 

zoneld GET, 

zoneName GET-REPLACE, 

originDestCombinations GET-REPLACE ADD-REMOVE; ; ; 

REGISTERED AS { gsml2 OSManagedOb jectClass 8 }; 



A.4.9 Day class 



This managed object class defines a day class to be used in the charging calendar. A day class is used to group together 
days on which the same tariff switch pattern is applied. 

dayClass MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

dayClassPackage PACKAGE 

ATTRIBUTES 

dayClassId GET, 

dayClassName GET-REPLACE;;; 

REGISTERED AS { gsml205ManagedOb jectClass 9 }; 



A.4.1 Event forwarding discriminator 



The use of event forwarding discriminators (EFDs) is described in detail in ITU-T X.734 [10]. The object class itself is 
a subclass of the "discriminator" object class. Both discriminator and event forwarding discriminator classes are defined 
in ITU-T X.721 [5]. 

A.4.11 Roamer tariff 

The "roamerTariff object class is a subclass of "tariff and therefore inherits all of its properties. This object class also 
contains additional information required for tariffs applied to roaming subscribers e.g. the scaling factor (e3) required to 
convert VPLMN units to HPLMN units. 

NOTE: At present there is only one such tariff per HPLMN. This tariff, depending solely on the HPLMN, is 

independent of time, service etc. This invariant tariff is defined by the HPLMN but stored in the VPLMN 
in order to drive the AOC display for MTCs to roaming subscribers. This tariff covers the charges for the 
re-routing of the call from the HPLMN to the VPLMN. For further details see 3GPP TS 22.024 [12]. 

roamerTariff MANAGED OBJECT CLASS 

DERIVED FROM tariff; 

CHARACTERIZED BY 

roamerTariffPackage PACKAGE 

ATTRIBUTES 

hplmnid GET, 

e3-Scaling-Factor GET-REPLACE;;; 

REGISTERED AS { gsml2 OSManagedOb jectClass 10 }; 

A.4.1 2 Record class 

This managed object class defines a record class. A record class groups together a number of record types recorded for a 
particular purpose. Examples of possible record classes might include: 
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the billing relevant records both stored locally and sent to the OS in the form of event reports; 
customised record classes defined by the network operator. 

The managed object instance includes the name of the record class and a list of destinations to which the records are 
sent and contains one or more objects of the classes "recordTypeControl", "supplServiceControl", and 
"ssActionControl". 

recordClass MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

recordClassPackage PACKAGE 

ATTRIBUTES 

recordClassId GET, 

recordClassName GET-REPLACE, 

recordClassDestination GET-REPLACE ADD-REMOVE; ; ; 

REGISTERED AS { gsml2 OSManagedOb jectClass 11 }; 



A.4.13 Record type control 



This managed object class controls the type of call and event records generated. A managed object instance of this class 
is created for each type of record to be produced. The object instance defines both the type of transaction recorded 
(successful, unsuccessful, all) and the type of subscribers for whom the records are to be created e.g. home / visiting / 
all subscribers. 

recordTypeControl MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

recordTypeControlPackage PACKAGE 

ATTRIBUTES 

recordType GET, 

typeOfTransaction GET-REPLACE, 

typeOfSubscribers GET-REPLACE;;; 

REGISTERED AS { gsml2 OSManagedOb jectClass 12 }; 



A.4.14 Supplementary service action control 

This managed object class controls the recording of individual supplementary service actions. A managed object 
instance of this class is created for each supplementary service action to be recorded. The object instance defines how 
the action is to be recorded (in MOC / MTC records or in SS-Action records); and for whom the records are to be 
created e.g. home / visiting / all subscribers. 

ssActionControl MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

ssActionControlPackage PACKAGE 

ATTRIBUTES 

ssActionType GET, 

recordingMethod GET-REPLACE, 

typeOfSubscribers GET-REPLACE;;; 

REGISTERED AS { gsml205ManagedOb jectClass 13 }; 



A.4.1 5 Supplementary service control 



This managed object class controls the recording of the use of supplementary services. A managed object instance of 
this class shall be created for each supplementary service, or group of supplementary services, to be recorded. Each 
instance of this object class shall contain one or more objects of the class "ssActionControl" defining which of the 
possible supplementary service actions are to be recorded. 



supplServiceControl MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

supplServiceControlPackage PACKAGE 

ATTRIBUTES 

suppServiceCode GET; ; ; 

REGISTERED AS { gsml2 OSManagedOb jectClass 14 }; 
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A.4.16 Tarif(AoC) 



This object represents an on-line GSM (AoC) tariff and contains the so-called "e-parameters" defined in 

3GPP TS 22.024 [12]. The parameters el, e2, and e7 determine the time (duration) based charges to be applied; the 

parameters e5 and e6 determine the data volume based charges and the parameter e4 represents a simple unit increment. 

tariff MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

tariffPackage PACKAGE 

ATTRIBUTES 

tariffid GET, 

tariffName GET-REPLACE, 

el-Units-per-Time- Interval GET-REPLACE, 

e2-Secs-per-Time- Interval GET-REPLACE, 

e4-Unit-Increment GET-REPLACE, 

e 5 -Unit s-per-Dat a- Interval GET-REPLACE, 

e 6- Segment s-per-Dat a- Interval GET-REPLACE, 

e7-Initial-Secs-per-Time-Interval GET-REPLACE; ; ; 

REGISTERED AS { gsml2 OSManagedOb jectClass 15 }; 



A.4.17 Tariff administration 

This managed object class contains all of the managed objects required by the tariff administration function. There shall 
be one, and only one managed object instance of this class in any Network Element. The "tsActive" attribute points to 
the currently active "tariffSystem" and the attribute "tsStandby" points to a back-up "tariffSystem" to permit a roll-back 
to a previous state. Both "tsActive" and "tsStandby" are read-only and may only be changed via the action 
"tsChangeover". 

The action "tsChangeover" updates the attribute "tsActive" with a new tariff system Id. and replaces the value of 
"tsStandby" with the currently active tariff system Id. The state of the tariff system objects involved is also updated 
accordingly. This action may be performed immediately or scheduled for later execution. 

Once scheduled, the attribute "tsNextChange" contains details of both the change-over time and the change that will 
take place. A scheduled change-over may be cancelled at any time by means of the action "tsCancelChangeover". 

Any change to the contents of the attributes "tsActive"/ "tsStandby" shall result in the generation of a "stateChange" 
notification. 

No changes are permitted to the currently active tariff system or the objects contained within it. The action 
"tsCopyTariffSystem" may be employed to copy the entire contents of the active tariff system, including all of the 
contained objects, to a new tariff system. The new system may then be modified as required. 

tariffAdministration MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

tariffAdminPackage PACKAGE 

ATTRIBUTES 

tariffAdminId GET, 

tsActive GET, 

tsStandby GET, 

tsNextChange GET; 

ACTIONS 

tsChangeover, 

tsCancelChangeover, 

tsCopyTariffSystem; 

NOTIFICATIONS 

"Recommendation X. 721:1992": stateChange; ; ; 

REGISTERED AS { gsml205ManagedOb jectClass 16 }; 
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A.4.18 Tariff class 

This managed object class represents a tariff class. The tariff class defines a set of service and distance dependencies for 
which the same tariff switch-over patterns apply. 

Each instance of a tariff class shall contain one or more tariff switching pattern objects. 

tariffClass MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 

tariffClassPackage PACKAGE 

ATTRIBUTES 

tariffClassId GET, 

serviceDistanceDependencies GET-REPLACE ADD-REMOVE; ; ; 

REGISTERED AS { gsml2 OSManagedOb jectClass 17 }; 



A.4.19 Tariff switch pattern 



This managed object class defines the tariff switching pattern for a 24 hour period i.e. one calendar day. This pattern is 
applied to all of the days belonging to particular day classes. The day classes attribute contains the list of day classes to 
which the tariff pattern is applied. 

The tariff periods attribute contains one or more tariff periods defined by their switch-over times and a reference to the 
tariff to be applied after the switch-over. Each tariff switching pattern contains a minimum of one tariff period with a 
switch-over time of midnight ("00:00:00"). If the tariff does not change within the 24 hour period covered by the tariff 
switching pattern then no other tariff period is required. 

tariffSwitchPattern MANAGED OBJECT CLASS 
DERIVED FROM "Recommendation X.721 : 1992" :top; 
CHARACTERIZED BY 

tariffSwitchPatternPackage PACKAGE 
ATTRIBUTES 

tariffSwitchPatternId GET, 
dayClasses GET-REPLACE ADD-REMOVE, 
tariffPeriods GET-REPLACE ADD-REMOVE;;; 
REGISTERED AS { gsml205ManagedOb jectClass 18 }; 



A.4.20 Tariff System 



This managed object class defines a consistent set of tariff entities (tariff classes, tariffs etc.). It also provides the 
mechanisms required to control the modification of such entities in order to guarantee that the set remains consistent 
after modification. 

The tariff system object class contains a complete set of tariffs, roamer tariffs, and tariff classes. The tariff classes in 
turn contain the switch-over patterns. 
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The state of the tariff system is contained within the attribute "tariffSystemStatus". A simplified state transition diagram 
is illustrated in figure A.6. There shall be one, and only one, "active" tariff system at any one point in time and the 
objects contained within this tariff system may not be modified whilst it is in the "active" state. There may be a number 
of tariff systems currently in preparation. 



tsChangeOver? 
(immediate) ! 




tsUnfreeze 



Figure A.6: Tariff system state transition diagram 

If supported by the Network Element, a completed tariff system and its contained objects may be checked for 
consistency. On receipt of the "tsCheck" action the NEF shall perform a set of standard checks to ensure that the tariff 
system is both complete and consistent. 

Once complete, a tariff system may be activated by means of the "tsChangeover" action (see managed object class 
"tariffAdmin"). Depending on the activation date and time specified in the action, the tariff system may become active 
immediately or be placed in the standby state and scheduled for later activation. The "tsChangeover" action may also 
include a signature (passwords, encryption keys etc.) to authorise the changes to be made. The definition of such 
security features is outside the scope of the present document. 

On activation, a changeover takes place between the currently active tariff system and the new tariff system specified in 
the "tsChangeover" action. The new tariff system becomes active and the old is placed into the "standby" state. This 
action also results in the updating of the "tariffAdmin" attributes as described in subclause A. 2. 3. 16. In the event of any 
problems with the new tariff system a second "tsChangeover" may be issued causing a roll-back to the standby system. 

If, for any reason, a "tariffSystem" that has been checked or is awaiting activation requires further modification, then it 
may be returned to the "available" state by means of the "tsUnfreeze" action. 

Any change to the "tariffSystemStatus" shall result in the generation of a "stateChange" notification. 

tariffSystem MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" :top; 

CHARACTERIZED BY 
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tariffSystemPackage PACKAGE 

ATTRIBUTES 

tariffSystemId GET, 

tariffSystemStatus GET; 

ACTIONS 

tsUnf reeze; 

NOTIFICATIONS 

"Recommendation X. 721:1992": stateChange; 

REGISTERED AS { gsml2 OSPackage 10 };; 

CONDITIONAL PACKAGES 

tariffSystemCheckPackage PACKAGE 

ACTIONS 

tsCheck; 

REGISTERED AS { gsml2 OSPackage 11 }; 

PRESENT IF "the checking of a tariff system is supported by the NEF"; 

REGISTERED AS { gsml2 OSManagedOb jectClass 19 }; 

A.4.21 Emergency call indication log entry 

This managed object class is used to store the emergency call indication notifications as log records. It is a subclass of 
the "eventLogRecord" class described in ITU-T X.735 [11] and defined in ITU-T X.721 [5] and therefore inherits a;; of 
the properties of both the "logRecord" and "eventLogRecord" classes. This includes the name binding "logRecord-log" 
defined in X.721. 

emergencyCalllndicationLogEntry MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" : eventLogRecord; 

CHARACTERIZED BY 

emergency Call I ndi cat ionLogEntryPackage PACKAGE 

BEHAVIOUR 

emergency Call I ndi cat lonLogEntryBehavi our BEHAVIOUR 

DEFINED AS "This managed object is used to store a single emergency call indication record.";; 

ATTRIBUTES 

cellld GET, 

callerld GET; ; ; 

REGISTERED AS { gsml2 OSManagedOb jectClass 20 }; 



A.4.22 Observed IMEI ticket report log entry 

This managed object class is used to store the observed IMEI ticket report notifications as log records. It is a subclass of 
the "eventLogRecord" class described in ITU-T X.735 [11] and defined in ITU-T X.721 [5] and therefore inherits all of 
the properties of both the "logRecord" and "eventLogRecord" classes. This includes the name binding "logRecord-log" 
defined in X.721. 

observedlMEITicketReportLogEntry MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721 : 1992" : eventLogRecord; 

CHARACTERIZED BY 

observedlMEITicketReportLogEntryPackage PACKAGE 

BEHAVIOR 

observedlMEITicketReportLogEntryBehaviour BEHAVIOUR 

DEFINED AS "This managed object is used to store a single observed IMEI ticket report record.";; 

ATTRIBUTES 

observedlMEITicketContent GET; ; ; 

REGISTERED AS { gsml205ManagedOb jectClass 21 }; 



A.5 Attributes 

A. 5.1 AoC Service Identity 

aocServiceld ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 OS-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 
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aocServiceldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute uniquely identifies an AoC service definition";; 

REGISTERED AS { gsml205Att ribute 1 }; 

A.5.2 AoC Service Name 

aocServiceName ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimpleStringName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

aocServiceNameBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the descriptive name of an AoC service definition.";; 

REGISTERED AS { gsml2 OSAtt ribute 2 }; 

A. 5. 3 Basic service 

This attribute may be used to define the filter of an event forwarding discriminator. 

basicService ATTRIBUTE 

WITH ATTRIBUTE SYNTAX MAP-CommonDataTypes . BasicServiceCode; 

MATCHES FOR EQUALITY; 

REGISTERED AS { gsml205Att ribute 3 }; 

A. 5.4 Basic Services 

basicServices ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . BasicServices ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

basicServicesBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains a list of GSM basic services.";; 

REGISTERED AS { gsml2 OSAtt ribute 4 }; 

A. 5. 5 Calendar year 

calendarYear ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

calendarYearBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains a calendar year expressed as a four figure decimal integer e.g. 1993. This 

value uniquely identifies a charging calendar";; 

REGISTERED AS { gsml2 OSAtt ribute 5 }; 

A.5.6 Call duration 

This attribute may be used to define the filter of an event forwarding discriminator. 

callDuration ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . CallDuration; 

MATCHES FOR EQUALITY, ORDERING; 

REGISTERED AS { gsml205Att ribute 6 }; 

A.5.7 Caller ID 

This attribute may be used to define the filter of an event forwarding discriminator. 

callerld ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . IMSIorlMEI ; 

MATCHES FOR EQUALITY, ORDERING; 

REGISTERED AS { gsml205Attribute 7 }; 
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A. 5. 8 Call event record content 

callEventRecordContent ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . CallEventRecord; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

CallEventRecordContent Behaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the contents of a call or event record. 

REGISTERED AS { gsml2 05Att ribute 8 }; 



A. 5. 9 Call event record type 

callEventRecordType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . CallEventRecordType; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

callEventRecordTypeBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the type of a call or event record. 

REGISTERED AS { gsml205Att ribute 9 }; 



A. 5. 10 Call recording function Identity 

callRecordingFunctionId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

callRecordingFunctionldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute uniquely identifies the call recording function. 

REGISTERED AS { gsml2 OSAtt ribute 10 }; 



A. 5. 11 Call reference 

This attribute may be used to define the filter of an event forwarding discriminator. 

callReference ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . CallReference; 

MATCHES FOR EQUALITY, ORDERING; 

REGISTERED AS { gsml205Att ribute 11 }; 



A.5.12 Call types 



callTypes ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . CallTypes ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

callTypesBehaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains a list of call types. 

REGISTERED AS { gsml2 OSAtt ribute 12 }; 



A. 5. 13 Cause for termination 

This attribute may be used to define the filter of an event forwarding discriminator. 

causeForTermination ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . CauseForTerm; 

MATCHES FOR EQUALITY; 

REGISTERED AS { gsml2 OSAtt ribute 13 }; 
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A.5.14 Cell identity 



This attribute may be used to define the filter of an event forwarding discriminator. 

cellld ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . Cellld; 

MATCHES FOR EQUALITY; 

REGISTERED AS { gsml2 OSAtt ribute 14 }; 

A.5.15 Date definitions 

dateDefinitions ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . DateDefinitions ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

dateDefinitionsBehaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains a list of date definitions each of which assigns a day of the 

year to a particular day class. This day class takes precedence over the day class defined for the 

day of the week. If no day class is specified for a particular date then the day class for the 

appropriate day of the week is used (see dayDef initions) . Any attempt to reference a non-existent 

day class shall result in an 'invalid attribute value' error.";; 

REGISTERED AS { gsml2 OSAtt ribute 15 }; 



A.5.16 Day classes 



dayClasses ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . DayClasses ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

dayClassesBehaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains a list of day classes. Any attempt to include a reference to a 

non-existent day class shall result in an 'invalid attribute value' error";; 

REGISTERED AS { gsml2 05Att ribute 16 }; 

A. 5. 1 7 Day class identity 

dayClassId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

dayClassIdBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the integer identifier of a day class.";; 

REGISTERED AS { gsml2 05Att ribute 17 }; 

A.5.18 Day class name 

dayClassName ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SimpleStringName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

dayClassNameBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the descriptive name of a day class.";; 

REGISTERED AS { gsml2 05Att ribute 18 }; 

A.5.19 Day definitions 

dayDefinitions ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . DayDef initions ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

dayDef initionsBehaviour BEHAVIOUR 

DEFINED AS 
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"This set -valued attribute contains a list of day definitions each of which assigns a day of the 
week to a particular day class. This attribute must contain seven values (see also dateDef initions) . 
Any attempt to reference a non-existent day class shall result in an 'invalid attribute value' 
error . " ; ; 
REGISTERED AS ( gsml2 OSAtt ribute 19 }; 



A. 5. 20 Destination identity 



destinationid ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

destinationldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the integer identifier of a particular charging destination. 

REGISTERED AS { gsml205Att ribute 20 }; 



A. 5. 21 Destination name 



destinationName ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SimpleStr ingName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

destinationNameBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the descriptive name of a particular charging destination";; 

REGISTERED AS { gsml205Att ribute 21 }; 

A. 5. 22 Emergency call indication destination 

emergencyCalllndDest ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . Destinations ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

emergencyCalllndDest Behaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains a list of destinations (application entities} to which the 

emergency call notification is to be sent.";; 

REGISTERED AS { gsml2 OSAtt ribute 22 }; 

A. 5. 23 Emergency call indication enable 

emergencyCalllndEnable ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . EmergencyCalllndEnable; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

emergencyCalllndEnableBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute controls the generation of the emergency call notification.";; 

REGISTERED AS { gsml2 OSAtt ribute 23 }; 



A. 5. 24 E1 : Units per time interval 



el -Unit s-per-Time- Interval ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . EParameter ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

el -Unit S-per-Time- I ntervalBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the number of charging units to be added at the end of a charging interval 

{see also e2 / e7) as defined in TS 22.024. This value is expressed as an integer in the range 

0..8191 and represents the logical range to 819.1";; 

REGISTERED AS { gsml2 OSAtt ribute 24 }; 
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A. 5. 25 E2: Seconds per time interval 



e2-Secs-per-Time- Interval ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . EParameter ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

e2-Secs-per-Time-IntervalBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the length of a charging interval in seconds as defined in TS 22.024. This 

value is expressed as an integer in the range 0..8191 and represents the logical range to 819.1";; 

REGISTERED AS { gsml205Att ribute 25 }; 



A.5.26 E3: Scaling factor 



e3-Scaling-Factor ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . EParameter ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

e3-Scaling-FactorBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the scaling factor required to convert VPLMN charging units to HPLMN units 

as defined in TS 22.024. This value is expressed as an integer in the range 0..8191 representing the 

logical range to 81.91";; 

REGISTERED AS { gsml2 05Att ribute 26 }; 



A. 5. 27 E4: Unit increment 



e4-Unit-Increment ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . EParameter ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

e 4 -Unit -Increment Behaviour BEHAVIOUR 

DEFINED AS 
"This attribute contains the number of charging units to be added independent of time and data 
volume as defined in TS 22.024. This value is expressed as an integer in the range 0..8191 and 
represents the logical range to 819.1";; 
REGISTERED AS { gsml205Att ribute 27 }; 



A. 5. 28 E5: Units per data interval 



e5-Units-per-Dat a- Interval ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . EParameter ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

e5-Units-per-Data-IntervalBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the number of charging units to be added for each data interval (see also 

e6) as defined in TS 22.024. This value is expressed as an integer in the range 0..8191 and 

represents the logical range to 819.1";; 

REGISTERED AS { gsml2 OSAtt ribute 28 }; 

A. 5. 29 E6: Segments per data interval 

e 6- Segment s-per-Dat a- Interval ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . EParameter ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

e 6- Segment S-per-Dat a- I ntervalBehavi our BEHAVIOUR 

DEFINED AS 

"This attribute contains the number of 64 byte segments per data interval as defined in TS 22.024. 

This value is expressed as an integer in the range 0. .8191 and represents the logical range to 

8191";; 

REGISTERED AS { gsml2 05Att ribute 29 }; 

A. 5. 30 E7: Initial seconds per time interval 

e7-Initial-Secs-per-Time- Interval ATTRIBUTE 
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WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . EParameter ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

e7-Initial-Secs-per-Time-IntervalBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the length of the first charging interval in seconds as defined in 

TS 22.024. This value is expressed as an integer in the range 0..8191 and represents the logical 

range to 819.1";; 

REGISTERED AS { gsml2 OSAtt ribute 30 }; 



A.5.31 Home PLMN identity 



hplmnid ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . MCCMNC; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

hplmnldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the mobile country code and mobile network code of a particular PLMN 

expressed as a 5 digit numerical character string. ";; 

REGISTERED AS { gsml2 OSAtt ribute 31 }; 

A.5.32 Location 

This attribute may be used to define the filter of an event forwarding discriminator. 

location ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . Locat lonAreaAndCell ; 

MATCHES FOR EQUALITY; 

REGISTERED AS { gsml205Att ribute 32 }; 

A. 5. 33 IVIobile station classmark 

This attribute may be used to define the filter of an event forwarding discriminator. 

msClassmark ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . Classmark; 

MATCHES FOR EQUALITY; 

REGISTERED AS { gsml205Att ribute 33 }; 

A. 5. 34 IVISC incoming trunk group 

This attribute may be used to define the filter of an event forwarding discriminator. 

mscIncomingTKGP ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . TrunkGroup; 

MATCHES FOR EQUALITY; 

REGISTERED AS { gsml2 OSAtt ribute 34 }; 

A. 5. 35 IVISC outgoing trunk group 

This attribute may be used to define the filter of an event forwarding discriminator. 

mscOutgoingTKGP ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . TrunkGroup; 

MATCHES FOR EQUALITY; 

REGISTERED AS { gsml205Att ribute 35 }; 

A. 5. 36 MS power classes 

msPowerClasses ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . MSPowerClasses ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

msPowerClassesBehaviour BEHAVIOUR 
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DEFINED AS 

"This attribute contains a list of MS power classes (RF power capabilities) .";; 

REGISTERED AS { gsml2 OSAtt ribute 36 }; 

A. 5. 37 Network-specific services 

networkSpecificServices ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . NetworkSpecif icServices ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

networkSpecif icServicesBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains a list of network-specific (non-GSM) services ."; ; 

REGISTERED AS { gsml205Att ribute 37 }; 

A. 5. 38 Observed IIVIEI ticket destination 

observedlMEITicketDest ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . Destinations ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

observedlMEITicketDestBehaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains a list of destinations (application entities) to which the 

observed IMEI ticket notification is to be sent. This set may be empty.";; 

REGISTERED AS i gsml205Att ribute 38 }; 

A. 5. 39 Observed IIVIEI ticket generation enable 

observedlMEITicketGenerationEnable ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . ObservedlMEITicketEnable; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

observedlMEITicketGenerationEnableBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute may be used to enable/disable the generation of observed IMEI tickets within an MSC . 

The setting of this attribute will have no effect for any other type of NEF.";; 

REGISTERED AS { gsml205Att ribute 39 }; 



A. 5. 40 Origin identity 



originid ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

originldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the integer identifier of a particular charging origin.";; 

REGISTERED AS { gsml2 OSAtt ribute 40 }; 

A. 5. 41 Origin destination combinations 

originDestCombinations ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . Or IginDestCombinat ions ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

originDestCombinationsBehaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains one or more combinations of a charging origin with a charging 

destination. "; ; 

REGISTERED AS { gsml2 OSAtt ribute 41 }; 



A. 5. 42 Origin name 



originName ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimpleStr IngName; 
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MATCHES FOR EQUALITY; 

BEHAVIOUR 

originNameBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the descriptive name of a charging origin.";; 

REGISTERED AS { gsml2 05Att ribute 42 }; 

A. 5. 43 Partial record timer 

partialRecordTimer ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . Part ialRecordTimer ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

partialRecordTimerBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the value of the partial record generation timer expressed in seconds. If 

partial records are not to be produced at regular intervals then the default value of zero seconds 

shall be used.";; 

REGISTERED AS { gsml2 OSAtt ribute 43 }; 



A. 5. 44 Partial record generation 



part ialRecordGene rat ion ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . Part ialRecordTypes ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

part ialRecordGene rat lonBehaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains a list of values that define the conditions under which partial 

records are to be generated. If partial records are not produced then the set is empty.";; 

REGISTERED AS { gsml2 OSAtt ribute 44 }; 



A. 5. 45 Radio channels requested 



radioChannelsRequested ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . RadioChannelsRequested; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

radioChannelsRequestedBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains a list of the type of radio channel requested by the mobile station (e.g. 

dual rate half rate preferred) .";; 

REGISTERED AS { gsml2 OSAtt ribute 45 }; 



A. 5. 46 Radio channel used 



radioChannelUsed ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 OS-DataTypes . Traf f icChannel ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

radioChannelUsedBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the type of radio (traffic) channel used by the mobile station (i.e. full 

or half rate) . "; ; 

REGISTERED AS { gsml2 OSAtt ribute 46 }; 



A. 5. 47 Record class destination 



recordClassDestination ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM120S-DataTypes . RecordClassDest Inat ions ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

recordClassDe St inat lonBehaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains one or more destinations to which the records defined for this 

class are sent. Each destination is either an application entity or a type of file within a local 

filestore . "; ; 

REGISTERED AS { gsml20SAtt ribute 47 }; 



ETSI 



3GPP TS 32.005 version 3.6.0 Release 1999 52 ETSI TS 132 005 V3.6.0 (2002-03) 



A. 5. 48 Record class identity 



recordClassId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

recordClassIdBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the integer identifier of a particular record class. 

REGISTERED AS { gsml2 05Att ribute 48 }; 



A. 5. 49 Record class name 



recordClassName ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimpleStr ingName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

recordClassNameBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the descriptive name of a particular record class. 

REGISTERED AS { gsml205Att ribute 49 }; 

A. 5. 50 Recording method 

recordingMethod ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . RecordingMethod; 

MATCHES FOR EQUALITY; 

REGISTERED AS { gsml2 05Att ribute 50 }; 



A. 5. 51 Record type 



recordType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . CallEventRecordType; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

recordTypeBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the integer identifier of a particular type of call detail record. 

REGISTERED AS { gsml205Att ribute 51 }; 

A.5.52 Served IIVISI 

This attribute may be used to define the filter of an event forwarding discriminator. 

servedlMSI ATTRIBUTE 

WITH ATTRIBUTE SYNTAX MAP-CommonDataTypes . IMSI ; 

MATCHES FOR EQUALITY, SUBSTRINGS; 

REGISTERED AS { gsml2 05Att ribute 52 }; 

A.5.53 Served IVISISDN 

This attribute may be used to define the filter of an event forwarding discriminator. 

servedMSISDN ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . MSISDN; 

MATCHES FOR EQUALITY, SUBSTRINGS; 

REGISTERED AS { gsml205Att ribute 53 }; 

A. 5. 54 Service centre address (SIVIS) 

This attribute may be used to define the filter of an event forwarding discriminator. 
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serviceCentre ATTRIBUTE 

WITH ATTRIBUTE SYNTAX MAP-CommonDataTypes . AddressStr ing; 

I^IATCHES FOR EQUALITY; 

REGISTERED AS i gsml205Att ribute 54 }; 

A. 5. 55 Service distance dependencies 

serviceDistanceDependencies ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . ServiceDistanceDependencies ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

serviceDistanceDependenciesBehaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains one or more combinations of an aoc service with a charging 

zone . "; ; 

REGISTERED AS { gsml205Att ribute 55 }; 

A. 5. 56 Supplementary service action type 

ssActionType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SSAct ionType; 

MATCHES FOR EQUALITY; 

REGISTERED AS { gsml2 05Att ribute 56 }; 



A.5.57 Supplementary service code 



suppServiceCode ATTRIBUTE 

WITH ATTRIBUTE SYNTAX MAP-SS-Code . SS-Code; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

suppServiceCodeBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the code of a particular type of supplementary service or supplementary 

service group.";; 

REGISTERED AS { gsml2 05Att ribute 57 }; 

A. 5. 58 Supplementary Services 

supplServices ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SupplServices ; 

MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION; 

BEHAVIOUR 

supplServicesBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains a list of GSM supplementary services.";; 

REGISTERED AS { gsml2 05Att ribute 58 }; 

A. 5. 59 Tariff administration id. 

tariffAdminId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

tariffAdminldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the integer identifier of the tariff administration function.";; 

REGISTERED AS { gsml2 05Att ribute 59 }; 



A.5.60 Tariff class Id. 



tariffClassId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

tariffClassIdBehaviour BEHAVIOUR 

DEFINED AS 
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"This attribute contains the integer identifier of a particular tariff class";; 
REGISTERED AS { gsml205Att ribute 60 }; 

A.5.61 Tariff id. 

tariffid ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimplelntegerName; 

lyiATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

tariffldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the integer identifier of a particular tariff.";; 

REGISTERED AS { gsml2 OSAtt ribute 61 }; 

A.5.62 Tariff name 

tariffName ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimpleStr ingName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

tariffNameBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the descriptive name of a particular tariff.";; 

REGISTERED AS { gsml205Att ribute 62 }; 



A.5.63 Tariff periods 



tariffPeriods ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . Tariff Periods ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

tariffPeriodsBehaviour BEHAVIOUR 

DEFINED AS 

"This set-valued attribute contains one or more tariff periods for a particular tariff switching 

pattern. There must be at least one tariff period with a switch-over time of midnight (00:00:00) . 

REGISTERED AS { gsml205Att ribute 63 }; 



A. 5. 64 Tariff switching pattern id. 



tariffSwitchPatternId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

tariffSwitchPatternldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the integer identifier of a particular tariff switching pattern. 

REGISTERED AS { gsml2 OSAtt ribute 64 }; 



A. 5. 65 Tariff system id. 



tariffSystemId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

tariffSystemldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the unique integer identifier of a particular tariff system. 

REGISTERED AS { gsml2 OSAtt ribute 65 }; 

A. 5. 66 Tariff system status 

tariffSystemStatus ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . Tariff SystemStatus ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

tariffSystemStatusBehaviour BEHAVIOUR 
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DEFINED AS 

"This attribute contains the state of a particular tariff system.";; 

REGISTERED AS { gsml2 05Att ribute 66 }; 



A. 5. 67 Transparency indicator 



transparencyind ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . Transparencyind; 
MATCHES FOR EQUALITY; 
BEHAVIOUR 

transparency I ndBehaviour BEHAVIOUR 
DEFINED AS 

"This attribute contains a basic service transparency mode indicator i.e. transparent/ non- 
transparent . " ; ; 
REGISTERED AS { gsml2 OSAtt ribute 67 }; 



A.5.68 TS active 



tsActive ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

tsActiveBehaviour BEHAVIOUR 

DEFINED AS 

"This integer valued attribute uniquely identifies the tariff system that is currently active. This 

integer value corresponds to the ' tariff SystemId' attribute of the tariff system.";; 

REGISTERED AS { gsml205Att ribute 68 }; 



A. 5. 69 TS next change 



tsNextChange ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . TSNextChange; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

tsNextChangeBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains details of the next scheduled change-over between tariff systems. 

REGISTERED AS { gsml205Att ribute 69 }; 



A.5.70 TS standby 



tsStandby ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

tsStandbyBehaviour BEHAVIOUR 

DEFINED AS 

"This integer valued attribute uniquely identifies the tariff system that is currently in the 

standby state. This integer value corresponds to the 'tariff SystemId' attribute of the tariff 

system. "; ; 

REGISTERED AS { gsml2 OSAtt ribute 70 }; 



A. 5. 71 Type of subscribers 



typeOfSubscribers ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . TypeOf Subscriber s ; 

MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR 

typeOfSubscribersBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains an integer value indicating the type of subscribers (e.g. home and/ or 

visiting) for which a particular type of call detail record is to be generated.";; 

REGISTERED AS { gsml2 OSAtt ribute 71 }; 
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A. 5. 72 Type of transaction 



typeOfTransaction ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . TypeOfTransaction; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

typeOfTransactionBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains an integer value indicating the type of transactions (successful and/ or 

unsuccessful) to be recorded for a particular type of call detail record.";; 

REGISTERED AS { gsml205Att ribute 72 }; 



A.5.73 Zone id. 



zoneld ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimplelntegerName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

zoneldBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the unique integer identifier of a particular charging zone. 

REGISTERED AS { gsml2 OSAtt ribute 73 }; 



A.5.74 Zone name 



zoneName ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SimpleStringName; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

zoneNameBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the descriptive name of a particular charging zone.";; 

REGISTERED AS { gsml205Att ribute 74 }; 

A. 5. 75 Observed lEIVII ticket content 

observedlMEITicket Content ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . ObservedlMEITicket ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

ObservedlMEITicket Cent entBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the information of a single observed IMEI ticket.";; 

REGISTERED AS { gsml2 OSAtt ribute 75 }; 

A.5.76 HSCSD channels requested 

HSCSDChannelsRequested ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . HSCSDChannelsRequested; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

hSCSDChannelsRequestedBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the maximum number of HSCSD channels requested by the mobile station that 

can be assigned for a connection.";; 

REGISTERED AS { gsml2 05Att ribute 76 }; 



A.5.77 HSCSD channels allocated 



HSCSDChannelsAllocated ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . HSCSDChannelsAllocated; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

hSCSDChannelsAllocatedBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the number of HSCSD channels actually allocated for a connection. 

REGISTERED AS { gsml205Att ribute 77 }; 
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A.5.78 AIUR 

aiur ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . Aiur ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

aiurBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the air interface user rate requested by the MS for an HSCSD connection at 

call setup time or later during the call.";; 

REGISTERED AS { gsml2 OSAtt ribute 78 }; 



A.5.79 FNUR 



fnur ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . Fnur ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

fnurBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the fixed network user rate for an HSCSD connection.";; 

REGISTERED AS { gsml205Att ribute 79 }; 

A.5.80 Channel Codings Acceptable 

chanCodingsAcceptable ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . ChannelCoding; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

ChanCodingsAcceptable BEHAVIOUR 

DEFINED AS 

"This attribute contains a list of the channel codings accepted by the MS for an HSCSD 

connection . " ; ; 

REGISTERED AS { gsml2 OSAtt ribute 80 }; 



A.5.81 Channel Coding Used 



chanCodingUsed ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . ChannelCoding; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

ChanCodingUsed BEHAVIOUR 

DEFINED AS 

"This attribute contains the traffic channel coding allocated for an HSCSD connection at call setup 

time or later during the call.";; 

REGISTERED AS { gsml2 OSAtt ribute 81 }; 

A. 5. 82 Speech version supported 

speechVersionSupported ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . SpeechVersionldent if ier ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

speechVersionSupported BEHAVIOUR 

DEFINED AS 

"This attribute defines the highest priority supported speech codec by MS";; 

REGISTERED AS { gsml2 OSAtt ribute 82 }; 

A. 5. 83 Speech version used 

speechVersionUsed ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 OS-DataTypes . SpeechVersionldent if ier ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

speechVersionUsed BEHAVIOUR 

DEFINED AS 

"This attribute defines the speech codec used for that call";; 

REGISTERED AS { gsml2 OSAtt ribute 83 }; 
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A. 5. 84 Destination routing address 



DestinationRoutingAddress ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 05-DataTypes . Dest inat ionRout ingAddress ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

Dest inat ionRout ingAddressBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the destination number modified due to a terminating CAMEL dialogue. 

REGISTERED AS { gsml2 OSAtt ribute 84 }; 



A.5.85 CAIVIEL call leg information 



Subsequent CAMELCallLeglnformat ion ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . Subsequent CAMELCallLeglnformat ion; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

SubsequemtCAMELCallLeglnformationBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains information with parameters modified due to a CAMEL dialogue, if subsequent 

call legs are initiated.";; 

REGISTERED AS { gsml2 OSAtt ribute 85 }; 



A. 5. 86 Number of DP encountered 



NumberOfDPEncountered ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . NumberOfDPEncountered; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

NumberOfDPEncountered BEHAVIOUR 

DEFINED AS 

"This attribute contains information how often armed detection points (TDP and EDP) are 

encountered. "; ; 

REGISTERED AS { gsml2 OSAtt ribute 86 }; 



A.5.87 Level of CAIVIEL service 



LevelOfCAMELService ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM1205-DataTypes . levelOf CAMELService; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

LevelOfCAMELService BEHAVIOUR 

DEFINED AS 

"This attribute describes briefly the complexity of the CAMEL feature invocation. 

REGISTERED AS { gsml20SAtt ribute 87 }; 



A. 5. 88 Free format data 



FreeFormatData ATTRIBUTE 

WITH ATTRIBUTE SYNTAX GSM12 OS-DataTypes . f reeFormatData; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

FreeFormatData BEHAVIOUR 

DEFINED AS 

"This attribute contains transparent charging data received from the gsmSCF. 

REGISTERED AS { gsml2 OSAtt ribute 88 }; 



A.6 Actions 



A. 6.1 TS Cancel change-over 



tsCancelChangeover ACTION 

BEHAVIOUR tsCancelChangeoverBehaviour 

BEHAVIOUR DEFINED AS 

"This action is employed to cancel a previously scheduled tariff system change-over. 

MODE CONFIRMED; 

WITH INFORMATION SYNTAX GSM120S-DataTypes . TSChangeover ; 
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REGISTERED AS { gsml205Act ion 1 }; 



A.6.2 TS Change-over 



tsChangeover ACTION 

BEHAVIOUR tsChangeoverBehaviour 

BEHAVIOUR DEFINED AS 

"This action is employed to swap the currently active tariff system with a second tariff system. 

MODE CONFIRMED; 

WITH INFORMATION SYNTAX GSM12 05-DataTypes . TSChangeover ; 

REGISTERED AS { gsml2 OSAct ion 2 }; 



A.6.3 TS Check 



tsCheck ACTION 

BEHAVIOUR tsCheckBehaviour 

BEHAVIOUR DEFINED AS 

"This action is employed to verify the contents of a tariff system object and all objects contained 

in it. If successful the tariff system is placed in the 'checked' state";; 

MODE CONFIRMED; 

WITH REPLY SYNTAX GSM1205-DataTypes . TSCheckResult ; 

REGISTERED AS { gsml205Act ion 3 }; 



A.6.4 TS Copy tariff system 



tsCopyTariffSystem ACTION 

BEHAVIOUR tsCopyTariffSystemBehaviour 

BEHAVIOUR DEFINED AS 

"This action is employed to copy an existing (active) tariff system, including the objects it 

contains, to a second tariff system. Note that both the tariff system to be copied and the new 

tariff system to be created are referenced relative to the tariffAdmin object i.e. only the 

tariff Systemid is provided and not the full distinguished name.";; 

MODE CONFIRMED; 

WITH INFORMATION SYNTAX GSM12 05-DataTypes . TSCopyTar if f System; 

REGISTERED AS { gsml2 OSAct ion 4 }; 



A.6.5 TS Unfreeze 



tsUnfreeze ACTION 

BEHAVIOUR tsUnfreezeBehaviour 

BEHAVIOUR DEFINED AS 

"This action is employed to reset a tariff system to the 'available' state for further 

modification" ; ; 

MODE CONFIRMED; 

REGISTERED AS { gsml2 OSAct ion S }; 



A.7 Notifications 

Unless otherwise stated, all notifications shall be sent via the M-EVENT-REPORT operation in CONFIRMED mode. 



A.7.1 Call event record report 



callEventRecordReport NOTIFICATION 

BEHAVIOUR callEventRecordReportBhv 

BEHAVIOUR DEFINED AS 

"This notification is issued by the call recording function to transmit a call or event record to 

the OS. The attribute IDs listed below may be used by Event Forwarding Discriminators to specify 

additional filtering constraints.";; 

WITH INFORMATION SYNTAX GSM12 OS-DataTypes . CallEventRecord 

AND ATTRIBUTE IDS 

basicService basicService, 

callDuration callDuration, 

causeForTerm causeF or Termination, 

callReference callReference, 

location location. 
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msClassmark msClassmark, 
mscIncomingTKGP mscIncomingTKGP, 
mscOutgoingTKGP mscOutgoingTKGP, 
recordType recordType, 
servedlMSI servedlMSI, 
servedMSISDN servedMSISDN, 
serviceCentre serviceCentre, 
ssAction ssActionType; 
REGISTERED AS { gsml205Not if icat ion 1 }; 

NOTE: For the avoidance of doubt, the ASN. 1 type references in the AND ATTRIBUTE IDS clause refers to all 
of the records that include this name. 



A. 7. 2 Emergency call indication 



emergencyCall Indication NOTIFICATION 

BEHAVIOUR emergencyCall I ndi cat ionBehavi our 

BEHAVIOUR DEFINED AS 

"This notification is issued to inform the OS that an emergency call set-up is in progress. The 

attribute IDs listed below may be used by Event Forwarding Discriminators to specify filtering 

constraints . "; ; 

WITH INFORMATION SYNTAX GSM12 05-DataTypes . EmergencyCalllndicat ion 

AND ATTRIBUTE IDS 

cellld cellld, 

callerld callerld; 

REGISTERED AS { gsml2 OSNot if icat ion 2 }; 



A. 7. 3 Observed IMEI ticket report 



observedlMEITicketReport NOTIFICATION 

BEHAVIOUR observedlMEITicketReportBhv 

BEHAVIOUR DEFINED AS 

"This notification is issued by the call recording function to transmit an observed IMEI ticket to 

the OS. ";; 

WITH INFORMATION SYNTAX GSM12 05-DataTypes . ObservedlMEITicket ; 

REGISTERED AS { gsml2 OSNot if icat ion 3 }; 



A. 8 Name bindings 

aocService-tariffAdministration NAME BINDING 

SUBORDINATE OBJECT CLASS aocServlce; 

NAMED BY SUPERIOR OBJECT CLASS tar if f Administration; 

WITH ATTRIBUTE aocServiceld; 

CREATE; 

DELETE; 

REGISTERED AS { gsml2 OSNameBinding 1 }; 

callRecordingFunction-managedElement NAME BINDING 

SUBORDINATE OBJECT CLASS callRecordingFunct ion; 

NAMED BY SUPERIOR OBJECT CLASS 

"Recommendation M.3100 : 1992" :managedElement; 

WITH ATTRIBUTE callRecordingFunct ionid; 

CREATE; 

DELETE DELETES-CONTAINED-OBJECTS; 

REGISTERED AS { gsml2 OSNameBinding 4 }; 

chargingCalendar-tariffAdministration NAME BINDING 

SUBORDINATE OBJECT CLASS chargingCalendar ; 

NAMED BY SUPERIOR OBJECT CLASS tariff Administration; 

WITH ATTRIBUTE calendarYear ; 

CREATE ; 

DELETE; 

REGISTERED AS { gsml20SNameBinding 5 }; 

chargingOrigin-tariffAdministration NAME BINDING 

SUBORDINATE OBJECT CLASS chargingOr igin; 

NAMED BY SUPERIOR OBJECT CLASS tar if f Administration; 

WITH ATTRIBUTE originid; 

CREATE; 

DELETE; 

REGISTERED AS { gsml20SNameBinding 6 }; 
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chargingDestination-tariffAdministration NAME BINDING 

SUBORDINATE OBJECT CLASS chargingDestinat ion; 

NAMED BY SUPERIOR OBJECT CLASS tariff Administration; 

WITH ATTRIBUTE dest inat ionid; 

CREATE; 

DELETE; 

REGISTERED AS { gsml2 OSNameBinding 7 }; 

chargingZone-tariffAdministration NAME BINDING 

SUBORDINATE OBJECT CLASS chargingZone; 

NAMED BY SUPERIOR OBJECT CLASS tar if f Administration; 

WITH ATTRIBUTE zoneld; 

CREATE; 

DELETE; 

REGISTERED AS { gsml205NameBinding 8 }; 

dayClass-tariffAdministration NAME BINDING 

SUBORDINATE OBJECT CLASS dayClass; 

NAMED BY SUPERIOR OBJECT CLASS tar if f Administration; 

WITH ATTRIBUTE dayClassId; 

CREATE; 

DELETE; 

REGISTERED AS { gsml2 OSNameBinding 9 }; 

eventForwardingDiscriminator-callRecordingFunction NAME BINDING 

SUBORDINATE OBJECT CLASS 

"Recommendation X.721 : 1992" : eventForwardingDiscriminator; 

NAMED BY SUPERIOR OBJECT CLASS "GSM 12.00 : 1 994 " : callRecordingFunct ion; 

WITH ATTRIBUTE "Recommendation X.721 : 1992" : discriminatorld; 

CREATE ; 

DELETE; 

REGISTERED AS { gsml2 OSNameBinding 10 }; 

recordClass-callRecordingFunction NAME BINDING 

SUBORDINATE OBJECT CLASS recordClass; 

NAMED BY SUPERIOR OBJECT CLASS "GSM 12.00 : 1994 " : callRecordingFunction; 

WITH ATTRIBUTE recordClassId; 

CREATE; 

DELETE DELETES-CONTAINED-OBJECTS; 

REGISTERED AS { gsml2 OSNameBinding 11 }; 

recordTypeControl-recordClass NAME BINDING 

SUBORDINATE OBJECT CLASS recordTypeControl ; 

NAMED BY SUPERIOR OBJECT CLASS recordClass; 

WITH ATTRIBUTE recordType; 

CREATE; 

DELETE; 

REGISTERED AS { gsml2 OSNameBinding 12 }; 

roamerTariff-tariffSystem NAME BINDING 
SUBORDINATE OBJECT CLASS roamerlarif f ; 
NAMED BY SUPERIOR OBJECT CLASS tariff System; 
WITH ATTRIBUTE tariffid; 

CREATE ; 
DELETE; 
REGISTERED AS { gsml2 OSNameBinding 13 }; 

ssActionControl-supplServiceControl NAME BINDING 

SUBORDINATE OBJECT CLASS ssAct ionControl ; 

NAMED BY SUPERIOR OBJECT CLASS supplServiceControl ; 

WITH ATTRIBUTE ssActionType; 

CREATE ; 

DELETE; 

REGISTERED AS { gsml2 OSNameBinding 14 }; 

supplServiceControl-recordClass NAME BINDING 

SUBORDINATE OBJECT CLASS supplServiceControl; 

NAMED BY SUPERIOR OBJECT CLASS recordClass; 

WITH ATTRIBUTE suppServiceCode; 

CREATE; 

DELETE DELETES-CONTAINED-OBJECTS; 

REGISTERED AS { gsml20SNameBinding 15 }; 

tariff-tariffSystem NAME BINDING 

SUBORDINATE OBJECT CLASS tariff; 

NAMED BY SUPERIOR OBJECT CLASS tariff System; 
WITH ATTRIBUTE tariffid; 
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CREATE; 
DELETE; 
REGISTERED AS { gsml205NameBinding 16 }; 

tariffAdministration-mscFunction NAME BINDING 

SUBORDINATE OBJECT CLASS tariff Administration; 

NAMED BY SUPERIOR OBJECT CLASS "GSM 12.00 : 1994 " :mscFunction; 

WITH ATTRIBUTE tariff Adminid; 

CREATE ; 

DELETE; 

REGISTERED AS { gsml205NameBinding 17 }; 

tariffClass-tariffSystem NAME BINDING 

SUBORDINATE OBJECT CLASS tariffClass; 

NAMED BY SUPERIOR OBJECT CLASS tariff System; 

WITH ATTRIBUTE tariff Classld; 

CREATE; 

DELETE DELETES-CONTAINED-OBJECTS; 

REGISTERED AS { gsml205NameBinding 18 }; 

tariffSwitchPattern-tariffClass NAME BINDING 

SUBORDINATE OBJECT CLASS tariff SwitchPattern; 

NAMED BY SUPERIOR OBJECT CLASS tariffClass; 

WITH ATTRIBUTE tariff SwitchPatternId; 

CREATE ; 

DELETE; 

REGISTERED AS { gsml205NameBinding 19 }; 

tariffSystem-tariffAdministration NAME BINDING 

SUBORDINATE OBJECT CLASS tariff System; 

NAMED BY SUPERIOR OBJECT CLASS tar if f Administration; 

WITH ATTRIBUTE tariff Systemid; 

CREATE; 

DELETE DELETES-CONTAINED-OBJECTS; 

REGISTERED AS { gsml2 OSNameBinding 20 }; 



A.9 Abstract syntax 



CS-Charging-DataTypes {ccitt (0) identified-organization (4) etsi (0) mobileDomain (0) umts-Operation-Maintenance 
(3) ts-32-005 (5) informationModel (0) asnlModule (2) versionl (1)} 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

EXPORTS everything 

IMPORTS 

NumberOf Forwarding, CallRef erenceNumber 

FROM MAP-CH-DataTypes { ccitt identified-organization (4) etsi{0) mobileDomain (0) gsmNetworkId (1) 

moduleld (3) map-CH-DataTypes (13) version2 (2) } 

AddressString, ISDN-AddressString, BasicServlceCode, IMSI, IMEI 

FROM MAP-CommonDataTypes { ccitt identified-organization (4) etsi{0) mobileDomain (0) gsmNetworkId 
(1) moduleld (3) map-CommonDataTypes (18} version2 (2) } 

DestinationRoutingAddress, 

FROM CAP-DataTypes { ccitt identified-organization (4) etsi(O) mobileDomain (0) 

gsm-Network (1) modules (3) cap-datatypes (52) versionl (0) } 

ServiceKey, DefaultCallHandling, DefaultSMS-Handling 

FROM MAP-MS-DataTypes { ccitt identified-organization (4) etsi(O) mobileDomain (0) 
gsm-Network ( 1 ) modules (3) map-MS-DataTypes (11} version6 (6) } 

BearerServiceCode 

FROM MAP-BS-Code { ccitt identified-organization (4) etsi(O) mobileDomain (0) gsmNetworkId (1) 

moduleld (3) map-BS-Code (20) version2 (2) } 

TeleserviceCode 

FROM MAP-TS-Code { ccitt identified-organization (4) etsi(O) mobileDomain (0) gsmNetworkId (1) 

moduleld (3) map-TS-Code (19) version2 (2) } 
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SS-Code 

FROM MAP-SS-Code { ccitt identif led-organlzation (4) etsi{0) mobileDomain (0) gsmNetworkId (1) 

moduleld (3) map-SS-Code (15) version2 (2) } 

BasicService 

FROM Basic-Service-Elements ( ccitt identif ied-organization (4) etsi (0) 

196 basic-service-elements (8) } 

— See "Digital Subscriber Signalling System No. one (DSSl) protocol" 

— ETS 300 196 

SystemType 

FROM TS32215-DataTypes { itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) umts- 

Operation-Maintenance (3) ts-32-215 (215) inf ormationModel (0) asnlModule (2) versionl (1)} 

Ob ject Instance 

FROM CMIP-1 { joint-iso-ccitt ms(9) cmip(l) versionl (1) protocol (3)} 

Management Ext ens ion 

FROM Attribute-ASNlModule (joint-iso-ccitt ms(9) smi(3) part2 (2) asnlModule (2) 1} 

AE-title 

FROM ACSE-1 (joint-iso-ccitt association-control (2) abstract-syntax (1) apdus(O) version (1) }; 

— Note that the syntax of AE-title to be used is from 

— ITU-T Rec. X.227 / ISO 8650 corrigendum and not "ANY" 



CALL AND EVENT RECORDS 



Cal IE vent Re cord 
( 



CHOICE 



moCallRecord 


[0] 


mtCallRecord 


[1] 


roamingRecord 


[2] 


incGatewayRecord 


[3] 


outGatewayRecord 


[4] 


transitRecord 


[5] 


moSMSRecord 


[6] 


mtSMSRecord 


[7] 


moSMSIWRecord 


[8] 


mtSMSGWRecord 


[9] 


s s Act ionRe cord 


[10 


hlrlntRecord 


[11 


locUpdateHLRRecord 


[12 


locUpdateVLRRecord 


[13 


commonEquipRecord 


[14 


recTypeExt ens ions 


[15 


termCAMELRecord 


[16 



MOCallRecord, 

MTCallRecord, 

RoamingRecord, 

IncGatewayRecord, 

OutGatewayRecord, 

Trans it CallRecord, 

MOSMSRecord, 

MTSMSRecord, 

MOSMSIWRecord, 

MTSMSGWRecord, 
SSActionRecord, 
HLRIntRecord, 
LocUpdateHLRRecord, 
LocUpdateVLRRecord, 
CommonEquipRecord, 
Management Ext ens ions, 
TermCAMELRecord 



— Record values 20.. 24 are 3G packed switch specific 



sgsnPDPRecord 

ggsnPDPRecord 

sgsnMMRecord 

sgsnSMORecord 

sgsnSMTRecord 



[20] 
[21] 
[22] 
[23] 
[24] 



SGSNPDPRecord, 

GGSNPDPRecord, 

SGSNMMRecord, 

SGSNSMORecord, 

SGSNSMTRecord 



SystemType 

FROM GPRS-Charging-DataTypes . (ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

Operation-Maintenance (3) ts-32-015 (15) inf ormationModel (0) asnlModule (2) versionl (1)} 



umts- 



MOCallRecord 



SET 



recordType 

servedlMSI 

servedlMEI 

servedMSISDN 

callingNumber 

calledNumber 

translatedNumber 

connectedNumber 

roamingNumber 

recordingEntity 



[0] CallEventRecordType, 

[1] IMSI OPTIONAL, 

[2] IMEI OPTIONAL, 

[3] MSISDN OPTIONAL, 

[4] CallingNumber OPTIONAL, 

[5] CalledNumber OPTIONAL, 

[6] TranslatedNumber OPTIONAL, 

[7] ConnectedNumber OPTIONAL, 

[8] RoamingNumber OPTIONAL, 

[9] RecordingEntity, 
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mscIncomingTKGP 

mscOutgoingTKGP 

location 

changeOfLocation 

basicService 

transparencylndicator 

changeOf Service 

supplServicesUsed 

aocParameters 

ChangeOf AOCParms 

msClassmark 

changeOf Classmark 

seizureTime 

answerTime 

releaseTime 

callDuration 

dataVolume 

radioChanRequested 

radioChanUsed 

ChangeOf RadioChan 

causeForTerm 

diagnostics 

callReference 

sequenceNumber 

additionalChglnfo 

recordExt ens ions 

gsm-SCFAddress 

serviceKey 

networkCallReference 

mSCAddress 

CAMEL I nit CF Indicator 

de fault CallHandling 

hSCSDChanRequested 

hSCSDChanAllocated 

ChangeOf HSCSDParms 

f nur 

aiurRequested 

chanCodingsAcceptable 

chanCodingUsed 

speechVersionSupported 

speechVersionUsed 

numberOfDPEncountered 

levelOfCAMELService 

f reeFormatData 

cAMELCallLeglnformation 

f reeFormatDataAppend 

defaultCallHandling_2 

gsm-SCFAddress_2 

serviceKey_2 

freeFormatData_2 

freeFormatDataAppend_2 

systemType 

rate Indication 



[10] 


[11] 


[12] 


[13] 


[14] 


[15] 


[16] 


[17] 


[18] 


[19] 


[20] 


[21] 


[22] 


[23] 


[24] 


[25] 


[26] 


[27] 


[28] 


[29] 


[30] 


[31] 


[32] 


[33] 


[34] 


[35] 


[36] 


[37] 


[38] 


[39] 


[40] 


[41] 


[42] 


[43] 


[44] 


[45] 


[46] 


[47] 


[48] 


[49] 


[50] 


[51] 


[52] 


[53] 


[54] 


[55] 


[56] 


[57] 


[58] 


[59] 


[60] 


[61] 


[62] 



TrunkGroup OPTIONAL, 

TrunkGroup OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

SEQUENCE OF Locat ionChange OPTIONAL, 

BasicServiceCode OPTIONAL, 

Transparencyind OPTIONAL, 

SEQUENCE OF ChangeOf Service OPTIONAL, 

SEQUENCE OF SuppServiceUsed OPTIONAL, 

AOCParameters OPTIONAL, 

SEQUENCE OF AOCParmChange OPTIONAL, 

Classmark OPTIONAL, 

ChangeOfClassmark OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 

RadioChanRequested OPTIONAL, 

TrafficChannel OPTIONAL, 

ChangeOfRadioChannel OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 

CallReference, 

INTEGER OPTIONAL, 

AdditionalChglnfo OPTIONAL, 

ManagementExtensions OPTIONAL, 

Gsm-SCFAddress OPTIONAL, 

ServiceKey OPTIONAL, 

NetworkCallReference OPTIONAL, 

MSCAddress OPTIONAL, 

CAMELInitCFIndicator OPTIONAL, 

DefaultCallHandling OPTIONAL, 

NumOf HSCSDChanRequested OPTIONAL, 

NumOf HSCSDChanAllocated OPTIONAL, 

SEQUENCE OF HSCSDParmsChange OPTIONAL, 

Fnur OPTIONAL, 

AiurRequested OPTIONAL, 

SEQUENCE OF ChannelCoding OPTIONAL, 

ChannelCoding OPTIONAL, 

SpeechVersionldentif ier OPTIONAL, 

SpeechVersionldentif ier OPTIONAL, 

INTEGER OPTIONAL, 

LevelOfCAMELService OPTIONAL, 

FreeFormatData OPTIONAL, 

SEQUENCE OF CAMELInf ormat ion OPTIONAL, 

BOOLEAN OPTIONAL, 

DefaultCallHandling OPTIONAL, 

Gsm-SCFAddress OPTIONAL, 

ServiceKey OPTIONAL, 

FreeFormatData OPTIONAL, 

BOOLEAN OPTIONAL, 

SystemType OPTIONAL, 

Ratelndication OPTIONAL 



MTCallRecord 
{ 



SET 



recordType 


[0] 


servedlMSI 


[1] 


servedlMEI 


[2] 


servedMSISDN 


[3] 


callingNumber 


[4] 


connect edNumber 


[5] 


recordingEntity 


[6] 


mscIncomingTKGP 


[7] 


mscOutgoingTKGP 


[8] 


location 


[9] 


ChangeOfLocation 


[10 


basicService 


[11 


transparencylndicator 


[12 


changeOf Service 


[13 


SupplServicesUsed 


[14 


aocParameters 


[15 


ChangeOf AOCParms 


[16 


msClassmark 


[17 


ChangeOfClassmark 


[18 


seizureTime 


[19 


answerTime 


[20 



Cal IE vent RecordType, 

IMS I, 

IMEI OPTIONAL, 

CalledNumber OPTIONAL, 

CallingNumber OPTIONAL, 

ConnectedNumber OPTIONAL, 

RecordingEntity, 

TrunkGroup OPTIONAL, 

TrunkGroup OPTIONAL, 

LocationAreaAndCell OPTIONAL, 

SEQUENCE OF Locat ionChange OPTIONAL, 

BasicServiceCode OPTIONAL, 

Transparencyind OPTIONAL, 

SEQUENCE OF ChangeOf Service OPTIONAL, 

SEQUENCE OF SuppServiceUsed OPTIONAL, 

AOCParameters OPTIONAL, 

SEQUENCE OF AOCParmChange OPTIONAL, 

Classmark OPTIONAL, 

ChangeOfClassmark OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 
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releaseTime 


[21] 


callDuration 


[22] 


dataVolume 


[23] 


radioChanRequested 


[24] 


radioChanUsed 


[25] 


changeOfRadioChan 


[26] 


causeForTerm 


[27] 


diagnostics 


[28] 


callReference 


[29] 


sequenceNumber 


[30] 


additionalChglnfo 


[31] 


recordExt ens ions 


[32] 


networkCallReference 


[33] 


mSCAddress 


[34] 


hSCSDChanRequested 


[35] 


hSCSDChanAllocated 


[36] 


changeOfHSCSDParms 


[37] 


fnur 


[38] 


aiurRequested 


[39] 


chanCodingsAcceptable 


[40] 


chanCodingUsed 


[41] 


speechVersionSupported 


[42] 


speechVersionUsed 


[43] 


systemType 


[51] 


ratelndication 


[52] 



TimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 

RadioChanRequested OPTIONAL, 

TrafficChannel OPTIONAL, 

ChangeOfRadioChannel OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 

CallReference, 

INTEGER OPTIONAL, 

AdditionalChglnfo OPTIONAL, 

ManagementExtensions OPTIONAL, 

NetworlcCallReference OPTIONAL, 

MSCAddress OPTIONAL, 

NumOf HSCSDChanRequested OPTIONAL, 

NumOf HSCSDChanAllocated OPTIONAL, 

SEQUENCE OF HSCSDParmsChange OPTIONAL, 

Fnur OPTIONAL, 

AiurRequested OPTIONAL, 

SEQUENCE OF ChannelCoding OPTIONAL, 

ChannelCoding OPTIONAL, 

SpeechVersionldentif ier OPTIONAL, 

SpeechVersionldentif ier OPTIONAL, 

SystemType OPTIONAL, 

Ratelndication OPTIONAL 



RoamingRecord 
[ 



SET 



recordType 


[0] 


servedlMSI 


[1] 


servedMSISDN 


[2] 


callingNumber 


[3] 


roamingNumber 


[4] 


recordingEntity 


[5] 


mscIncomingXKGP 


[6] 


mscOutgoingXKGP 


[7] 


basicService 


[8] 


transparencylndicator 


[9] 


changeOf Service 


[10 


supplServicesUsed 


[11 


seizureTime 


[12 


answerXime 


[13 


releaseXime 


[14 


callDuration 


[15 


dataVolume 


[16 


causeForXerm 


[17 


diagnostics 


[18 


callReference 


[19 


sequenceNumber 


[20 


recordExt ens ions 


[21 


networlcCallReference 


[22 


mSCAddress 


[23 



Cal IE vent RecordType, 
IMS I, 

MSISDN OPTIONAL, 
CallingNumber OPTIONAL, 
RoamingNumber OPTIONAL, 
RecordingEntity, 
XrunlcGroup OPTIONAL, 
XrunlcGroup OPXIONAL, 
BasicServiceCode OPTIONAL, 
Xransparencyind OPTIONAL, 

SEQUENCE OF ChangeOf Service OPTIONAL, 

SEQUENCE OF SuppServiceUsed OPTIONAL, 

XimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 

CallReference, 

INTEGER OPTIONAL, 

ManagementExtensions OPTIONAL, 

NetworlcCallReference OPTIONAL, 

MSCAddress OPTIONAL 



TermCAMELRecord 
{ 



SET 



recordtype 


[0] 


servedlMSI 


[1] 


servedMSISDN 


[2] 


recordingEntity 


[3] 


inter rogationTime 


[4] 


destinationRoutingAddress 


[5] 


gsm-SCFAddress 


[6] 


serviceKey 


[7] 


networkCallReference 


[8] 


mSCAddress 


[9] 


default Cal IHandling 


[10 


recordExt ens ions 


[11 


calledNumber 


[12 


callingNumber 


[13 


mscIncomingTKGP 


[14 


mscOutgoingXKGP 


[15 


seizureXime 


[16 


answerXime 


[17 


releaseXime 


[18 


callDuration 


[19 


dataVolume 


[20 



Cal IE vent RecordType, 

IMSI, 

MSISDN OPTIONAL, 

RecordingEntity, 

TimeStamp, 

DestinationRoutingAddress, 

Gsm-SCFAddress, 

ServiceKey, 

NetworkCallReference OPTIONAL, 

MSCAddress OPTIONAL, 

DefaultCallHandling OPTIONAL, 

ManagementExtensions OPTIONAL, 

CalledNumber, 

CallingNumber OPTIONAL, 

TrunkGroup OPTIONAL, 

TrunkGroup OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 
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causeForTerm [21] 

diagnostics [22] 

callReference [23] 

sequenceNumber [24] 

numberOfDPEncountered [25] 

levelOfCAMELService [26] 

freeFormatData [27] 

cAMELCallLeglnformation [28] 

f reeFormatDataAppend [29] 

defaultCallHandling_2 [30] 

gsm-SCFAddress_2 [31] 

serviceKey_2 [32] 

freeFormatData_2 [33] 

freeFormatDataAppend_2 [34] 

vMSCIndication [35] 



CauseForTerm, 

Diagnostics OPTIONAL, 

CallReference, 

INTEGER OPTIONAL, 

INTEGER OPTIONAL, 

LevelOfCAMELService OPTIONAL, 

FreeFormatData OPTIONAL, 

SEQUENCE OF CAMELInf ormat ion OPTIONAL, 

BOOLEAN OPTIONAL, 

DefaultCallHandling OPTIONAL, 

Gsm-SCFAddress OPTIONAL, 

ServiceKey OPTIONAL, 

FreeFormatData OPTIONAL, 

BOOLEAN OPTIONAL, 

BOOLEAN OPTIONAL 



IncGatewayRecord 
[ 



recordXype 


[0] 


callingNumber 


[1] 


calledNumber 


[2] 


recordingEntity 


[3] 


mscIncomingXKGP 


[4] 


mscOutgoingXKGP 


[5] 


seizureXime 


[6] 


answerXime 


[7] 


releaseXime 


[8] 


callDuration 


[9] 


dataVolume 


[10 


causeForXerm 


[11 


diagnostics 


[12 


callReference 


[13 


sequenceNumber 


[14 


recordExt ens ions 
} 


[15 


Out Gat ewayRe cord 
f 


: : = 


i 

recordXype 


[0] 


callingNumber 


[1] 


calledNumber 


[2] 


recordingEntity 


[3] 


mscIncomingXKGP 


[4] 


mscOutgoingXKGP 


[5] 


seizureXime 


[6] 


answerXime 


[7] 


releaseXime 


[8] 


callDuration 


[9] 


dataVolume 


[10 


causeForXerm 


[11 


diagnostics 


[12 


callReference 


[13 


sequenceNumber 


[14 


recordExtensions 


[15 



SEX 

Gal IE vent RecordXype, 

CallingNumber OPTIONAL, 

CalledNumber, 

RecordingEntity, 

XrunlcGroup OPTIONAL, 

XrunlcGroup OPTIONAL, 

XimeStamp OPTIONAL, 

XimeStamp OPTIONAL, 

XimeStamp OPTIONAL, 

CallDuration, 
1 DataVolume OPTIONAL, 
I CauseForTerm, 
1 Diagnostics OPTIONAL, 
I CallReference, 
1 INTEGER OPTIONAL, 
1 ManagementExtensions OPTIONAL 



SEX 

Gal IE vent RecordXype, 
CallingNumber OPTIONAL, 
CalledNumber, 
RecordingEntity, 
XrunlcGroup OPTIONAL, 
XrunlcGroup OPTIONAL, 
XimeStamp OPTIONAL, 
XimeStamp OPTIONAL, 
XimeStamp OPTIONAL, 
CallDuration, 

DataVolume OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 

CallReference, 

INTEGER OPTIONAL, 

ManagementExtensions OPTIONAL 



TransitCallRecord 



SET 



recordXype 


[0] 


recordingEntity 


[1] 


mscIncomingXKGP 


[2] 


mscOutgoingXKGP 


[3] 


callingNumber 


[4] 


calledNumber 


[5] 


isdnBasic Service 


[6] 


seizureXimestamp 


[7] 


answer XimeStamp 


[8] 


releaseXime St amp 


[9] 


callDuration 


[10 


dataVolume 


[11 


causeForXerm 


[12 


diagnostics 


[13 


callReference 


[14 


sequenceNumber 


[15 


recordExtensions 


[16 



Gal IE vent RecordXype, 
RecordingEntity, 
TrunliGroup OPTIONAL, 
TrunliGroup OPTIONAL, 
CallingNumber OPTIONAL, 
CalledNumber, 
BasicService OPTIONAL, 
XimeStamp OPTIONAL, 
XimeStamp OPTIONAL, 
XimeStamp OPTIONAL, 

CallDuration, 

DataVolume OPTIONAL, 

CauseForTerm, 

Diagnostics OPTIONAL, 

CallReference, 

INTEGER OPTIONAL, 

ManagementExtensions OPTIONAL 



ETSI 



3GPP TS 32.005 version 3.6.0 Release 1999 



67 



ETSI TS 132 005 V3.6.0 (2002-03) 



MOSMSRecord 



SET 



recordType 


[0] 


servedlMSI 


[1] 


servedlMEI 


[2] 


servedMSISDN 


[3] 


msClassmark 


[4] 


serviceCentre 


[5] 


recordingEntity 


[6] 


location 


[7] 


messageReference 


[8] 


originationTime 


[9] 


smsResult 


[10 


recordExtensions 


[11 


destinationNumber 


[12 


CAMELSMS Information 


[13 


systemType 


[14 



Cal IE vent RecordType, 

IMS I, 

IMEI OPTIONAL, 

MSISDN OPTIONAL, 

Classmark, 

AddressString, 

RecordingEntity, 

LocationAreaAndCell OPTIONAL, 

MessageReference, 

TimeStamp, 

SMSResult OPTIONAL, 

ManagementExtensions OPTIONAL, 

CalledNumber OPTIONAL, 

CAMELSMSInformation OPTIONAL, 

SystemType OPTIONAL 



MTSMSRecord 



SET 



recordType 


[0] 


serviceCentre 


[1] 


servedlMSI 


[2] 


servedlMEI 


[3] 


servedMSISDN 


[4] 


msClassmark 


[5] 


recordingEntity 


[6] 


location 


[7] 


deliveryTime 


[8] 


smsResult 


[9] 


recordExtensions 


[10 


systemType 


[11 



Cal IE vent RecordType, 

AddressString, 

IMS I, 

IMEI OPTIONAL, 

MSISDN OPTIONAL, 

Classmark, 

RecordingEntity, 

LocationAreaAndCell OPTIONAL, 

TimeStamp, 

SMSResult OPTIONAL, 

ManagementExtensions OPTIONAL, 

SystemType OPTIONAL 



MOSMSIWRecord 



SET 



recordType [0] 

serviceCentre [1] 

servedlMSI [2] 

recordingEntity [3] 

eventTime [4] 

smsResult [5] 

recordExtensions [6] 



Cal IE vent RecordType, 

AddressString, 

IMSI, 

RecordingEntity, 

TimeStamp, 

SMSResult OPTIONAL, 

ManagementExtensions OPTIONAL 



MTSMSGWRecord : := 

[ 

recordType [0] 

serviceCentre [1] 

servedlMSI [2] 

servedMSISDN [3] 

recordingEntity [4] 

eventTime [5] 

smsResult [6] 

recordExtensions [7] 



SET 

Cal IE vent RecordType, 

AddressString, 

IMSI, 

MSISDN OPTIONAL, 

RecordingEntity, 

TimeStamp, 

SMSResult OPTIONAL, 

ManagementExtensions OPTIONAL 



SSActionRecord 



SET 



recordType 


[0] 


servedlMSI 


[1] 


servedlMEI 


[2] 


servedMSISDN 


[3] 


msClassmark 


[4] 


recordingEntity 


[5] 


location 


[6] 


basicServices 


[7] 


suppl Service 


[8] 


ssAction 


[9] 


ssActionTime 


[10 


ssParameters 


[11 


ssActionResult 


[12 


callReference 


[13 


recordExtensions 


[14 


systemType 


[15 



Cal IE vent RecordType, 

IMSI, 

IMEI OPTIONAL, 

MSISDN OPTIONAL, 

Classmark, 

RecordingEntity, 

LocationAreaAndCell OPTIONAL, 

BasicServices OPTIONAL, 

SS-Code OPTIONAL, 

SSActionType OPTIONAL, 

TimeStamp, 

SSParameters OPTIONAL, 

SSActionResult OPTIONAL, 

CallReference, 

ManagementExtensions OPTIONAL, 

SystemType OPTIONAL 
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HLRIntRecord 



SET 



recordType [0] 

servedlMSI [1] 

servedMSISDN [2] 

recordingEntity [3] 

basicService [4] 

routingNumber [5] 

interrogationTime [6] 

numberOf Forwarding [7] 

interrogationResult [8] 

recordExtensions [9] 



Cal IE vent RecordType, 

IMS I, 

MSISDN, 

RecordingEntity, 

BasicServiceCode OPTIONAL, 

RoutingNumber, 

TimeStamp, 

NumberOfForwarding OPTIONAL, 

HLRIntResult OPTIONAL, 

ManagementExtensions OPTIONAL 



LocUpdateHLRRecord ::= 

{ 

recordType [0] 

servedlMSI [1] 

recordingEntity [2] 

oldLocation [3] 

newLocation [4] 

updateTime [5] 

updateResult [6] 

recordExtensions [7] 



SET 

Cal IE vent RecordType, 

IMSI, 

RecordingEntity, 

Location-info OPTIONAL, 

Location-info, 

TimeStamp, 

LocUpdResult OPTIONAL, 

ManagementExtensions OPTIONAL 



LocUpdateVLRRecord ::= 

{ 

recordType [0] 

servedlMSI [1] 

servedMSISDN [2] 

recordingEntity [3] 

OldLocation [4] 

newLocation [5] 

msClassmark [6] 

updateTime [7] 

updateResult [8] 

recordExtensions [9] 



SET 

Cal IE vent RecordType, 

IMSI, 

MSISDN OPTIONAL, 

RecordingEntity, 

Location-info OPTIONAL, 

Location-info, 

Classmark, 

TimeStamp, 

LocUpdResult OPTIONAL, 

ManagementExtensions OPTIONAL 



CommonEquipRecord 
{ 



recordType 


[0] 


equipment Type 


[1] 


equipment Id 


[2] 


servedlMSI 


[3] 


servedMSISDN 


[4] 


recordingEntity 


[5] 


basicService 


[6] 


changeOf Service 


[7] 


supplServicesUsed 


[8] 


seizureTime 


[9] 


releaseTime 


[10 


callDuration 


[11 


callReference 


[12 


sequenceNumber 


[13 


recordExtensions 


[14 


systemType 


[15 


rate Indication 


[16 


fnur 


[17 



SET 

Cal IE vent RecordType, 

Equipment Type, 

Equipmentid, 

IMSI, 

MSISDN OPTIONAL, 

RecordingEntity, 

BasicServiceCode OPTIONAL, 

SEQUENCE OF ChangeOf Service OPTIONAL, 

SEQUENCE OF SuppServiceUsed OPTIONAL, 

TimeStamp, 
1 TimeStamp OPTIONAL, 
I CallDuration, 
I CallReference, 
I INTEGER OPTIONAL, 
1 ManagementExtensions OPTIONAL, 
1 SystemType OPTIONAL, 
1 Ratelndication OPTIONAL, 
I Fnur OPTIONAL 



OBSERVED IMEI TICKETS 



ObservedlMEITicket 



SET 



servedlMEI 

imeiStatus 

servedlMSI 

servedMSISDN 

recordingEntity 

eventTime 

location 



[0] IMEI, 

[1] IMEIStatus, 

[2] IMSI, 

[3] MSISDN OPTIONAL, 

[4] RecordingEntity, 

[5] TimeStamp, 

[6] LocationAreaAndCell 
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imeiCheckEvent 

callReference 

recordExtensions 



[7] IMEICheckEvent OPTIONAL, 

[8] CallReference OPTIONAL, 

[9] ManagementExtensions OPTIONAL 



— FTAM / FTP / TFTP FILE CONTENTS 



CallEventDataFile 



SEQUENCE 



headerRecord 
cal IE vent Records 

trailerRecord 
extensions 



[0] HeaderRecord, 

[1] SEQUENCE OF CallEventRecord, 

[2] TrailerRecord, 

[3] ManagementExtensions 



ObservedlMEITicketFile ::= SEQUENCE 
{ 

productionDateTime [0] TimeStamp, 

observedlMEITickets [1] SEQUENCE OF ObservedlMEITicket , 

noOfRecords [2] INTEGER, 

extensions [3] ManagementExtensions 
} 



HeaderRecord 



SEQUENCE 



productionDateTime [0] TimeStamp, 
recordingEntity [1] RecordingEntity, 
extensions [2] ManagementExtensions 



TrailerRecord 



SEQUENCE 



productionDateTime [0] TimeStamp, 

recordingEntity [1] RecordingEntity, 

firstCallDateTime [2] TimeStamp, 

lastCallDateTime [3] TimeStamp, 

noOfRecords [4] INTEGER, 

extensions [5] ManagementExtensions 



— OBJECT IDENTIFIERS 



gsml205InformationModel OBJECT IDENTIFIER ::= 

( ccitt (0) identif ied-organization (4} etsi (0} mobileDomain (0) 
gsm-Operation-Maintenance (3) gsm-12-05 (5) inf ormationModel (0) 

gsml205ASNlModule OBJECT IDENTIFIER ::= 

( gsml205Inf ormationModel asnlModule (2) } 

gsml205ManagedObjectClass OBJECT IDENTIFIER ::= 

( gsml205Inf ormationModel managedOb jectClass (3) } 

gsml205Package OBJECT IDENTIFIER ::= 

( gsml205Inf ormationModel package (4) } 

gsml205NameBinding OBJECT IDENTIFIER ::= 

( gsml205Inf ormationModel nameBinding ( 6) } 

gsml205Attribute OBJECT IDENTIFIER ::= 

( gsml205Inf ormationModel attribute (7) } 

gsml205Action OBJECT IDENTIFIER ::= 

( gsml205Inf ormationModel action (9) } 

gsml205Notification OBJECT IDENTIFIER ::= 

( gsml205Inf ormationModel notification (10) } 



ETSI 



3GPP TS 32.005 version 3.6.0 Release 1999 



70 



ETSI TS 132 005 V3.6.0 (2002-03) 



COMMON DATA TYPES 



AdditionalChglnfo ::= SEQUENCE 

{ 

chargelndicator [0] Chargelndicator OPTIONAL, 
chargeParameters [1] OCTET STRING OPTIONAL 

} 



AiurRequested 



ENUMERATED 



— See Bearer Capability TS 24.008 

— (note that value "4" is intentionally missing 

because it is not used in TS 24.008) 



aiur0 9600BitsPerSecond 


(1), 




aiurl4400BitsPerSecond 


(2), 




aiurl 92 OOBitsPer Second 


(3), 




aiur28800BitsPerSecond 


(5), 




aiur38 4 OOBitsPer Second 


(6), 




aiur4 32 OOBitsPer Second 


(7), 




aiur 57 60 OBitsPer Second 


(8), 




aiur38 4 OOBitsPer Secondl 


(9), 




aiur38400BitsPerSecond2 


(10), 




aiur38400BitsPerSecond3 


(11), 




aiur3 84 0BitsPerSecond4 


(12) 




arameters : : = 


SEQUENCE 




— See TS 22.024. 






el [1] 


EParameter 


OPTIONAL 


e2 [2] 


EParameter 


OPTIONAL 


e3 [3] 


EParameter 


OPTIONAL 


e4 [4] 


EParameter 


OPTIONAL 


e5 [5] 


EParameter 


OPTIONAL 


e6 [6] 


EParameter 


OPTIONAL 


e7 [7] 


EParameter 


OPTIONAL 


armChange : : = 


SEQUENCE 





changeTime 
newParameters 



[0] TimeStamp, 
[1] AOCParameters 



Basic Services 



SET OF BasicServiceCode 



BCDDirectoryNumber ::= OCTET STRING 

— This type contains the binary coded decimal representation of 

— a directory number e.g. calling/called/connected/translated number. 

— The encoding of the octet string is in accordance with the 

— the elements "Calling party BCD number", "Called party BCD number" 

— and "Connected number" defined in TS 24.008. 

— This encoding includes type of number and number plan information 

— together with a BCD encoded digit string. 

— It may also contain both a presentation and screening indicator 

— (octet 3a) . 

— For the avoidance of doubt, this field does not include 

— octets 1 and 2, the element name and length, as this would be 

— redundant . 



CallDuration 



INTEGER 



— The call duration in seconds. 

— For successful calls this is the chargeable duration. 

— For call attempts this is the call holding time. 



CallEventRecordType 



INTEGER 



moCallRecord 
mtCallRecord 



(0), 
(1), 



ETSI 



3GPP TS 32.005 version 3.6.0 Release 1999 



71 



ETSI TS 132 005 V3.6.0 (2002-03) 



roamingRecord (2), 

incGatewayRecord (3) , 

outGatewayRecord (4), 

transitCallRecord (5), 

moSMSRecord (6), 

mtSMSRecord (7), 

moSMSIWRecord (8), 

mtSMSGWRecord (9), 

ssActionRecord (10), 

hlrlntRecord (11) , 

locUpdateHLRRecord (12), 

locUpdateVLRRecord (13), 

commonEquipRecord (14), 

moTraceRecord (15), 

mtTraceRecord (16), 

termCAMELIntRecord (17), 

Record values 18.. 22 are GPRS specific. 
The contents are defined in TS 32.015 



sgsnPDPRecord 

ggsnPDPRecord 

sgsnMMRecord 

sgsnSMORecord 

sgsnSMTRecord 



CalledNumber 
CallingNumber 
CallingP arty Category 
CallRef erence 

CallType 

{ 

mobileOriginated 
mobileTerminated 



CallTypes 



CAMELDestinationNumber 



CAMEL Information 
{ 



18), 
19), 
20) , 
21), 
22) 



BCDDirectoryNumber 

BCDDirectoryNumber 

Category 

INTEGER 

INTEGER 



0), 
1) 



CAMELDestinationNumber 


[1] 


connect edNumber 


[2] 


roamingNumber 


[3] 


mscOutgoingTKGP 


[4] 


seizureTime 


[5] 


answerTime 


[6] 


releaseTime 


[7] 


callDuration 


[8] 


dataVolume 


[9] 


cAMELInitCF Indicator 


[10 


causeForTerm 


[11 


CAME LModifi cat ion 


[12 


f reeFormatData 


[13 


diagnostics 


[14 


f reeFormatDataAppend 


[15 


f reeFormatData_2 


[16 


f reeFormatDataAppend_2 


[17 



SET OF CallType 



DestinationRoutingAddress 



CAMELDestinationNumber OPTIONAL, 

ConnectedNumber OPTIONAL, 

RoamingNumber OPTIONAL, 

TrunkGroup OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

TimeStamp OPTIONAL, 

CallDuration OPTIONAL, 

DataVolume OPTIONAL, 
CAMELInitCFIndicator OPTIONAL, 
CauseForTerm OPTIONAL, 
ChangedParameters OPTIONAL, 
FreeFormatData OPTIONAL, 
Diagnostics OPTIONAL, 
BOOLEAN OPTIONAL, 
FreeFormatData OPTIONAL, 
BOOLEAN OPTIONAL 



CAMELSMS Information 



SET 



gsm-SCF Address 

serviceKey 

default SMSHandling 

f reeFormatData 

CallingPartyNumber 

DestinationSubscriberNumber 

cAMELSMSCAddress 

smsRef erenceNumber 



[1] Gsm-SCFAddress OPTIONAL, 

[2] ServiceKey OPTIONAL, 

[3] DefaultSMS-Handling OPTIONAL, 

[4] FreeFormatData OPTIONAL, 

[5] CallingNumber OPTIONAL, 

[6] CalledNumber OPTIONAL, 

[7] AddressString OPTIONAL, 

[8] CallReferenceNumber OPTIONAL 
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CAMELInitCF Indicator 



ENUMERATED 



noCAMELCallForwarding (0), 
cAMELCallForwarding (1) 



CAMELModif icationParameters 



— The list contains only parameters changed due to CAMEL call 

— handling. 



callingPartyNumber 
callingP arty Category 
originalCalledPartyNumber 
genericNumbers 
redirect ingPartyNumber 
redi recti encounter 



[0] CallingNumber OPTIONAL, 

[1] CallingPartyCategory OPTIONAL, 

[2] OriginalCalledNumber OPTIONAL, 

[3] GenericNumbers OPTINAL, 

[4] Redirect ingNumber OPTIONAL, 

[5] NumberOf Forwarding OPTIONAL 



} 



Category ::= OCTET STRING (SIZE(l)) 

— The internal structure is defined in ITU-T Rec Q.763. 



CauseForTerm 



INTEGER 



— Cause codes from 16 up to 31 are defined in TS 32.015 as 'CauseForRecClosing' 

— (cause for record closing) . 

— There is no direct correlation between these two types. 



normalRelease (0) , 

partialRecord (1) , 

partialRecordCallReestablishment (2) , 

unsuccessfulCallAttempt (3) , 

stableCallAbnormalTermination (4) , 

cAMELInitCallRelease (5) 



Cellld ::= OCTET STRING (SIZE (2)) 
— Coded according to TS 24.00£ 



ChangedParameters 

{ 

changeFlags 
changeList 



: := SET 

[0] ChangeFlags, 

[1] CAMELModif icationParameters OPTIONAL 



ChangeFlags ::= BIT STRING 

{ 

callingPartyNumberModif ied (0) , 

callingPartyCategoryModif ied (1) , 

originalCalledPartyNumberModif ied (2) , 

genericNumbersModif ied (3) , 

redirectingPartyNumberModif ied (4) , 

redirectionCounterModif ied (5) 



ChangeOf Classmark 

{ 

classmark 
changeTime 



: := SEQUENCE 

[0] Classmark, 
[1] TimeStamp 



ChangeOfRadio Channel 
{ 

radio Channel 

changeTime 

speechVersionUsed 



: := SEQUENCE 

[0] TrafficChannel, 

[1] TimeStamp, 

[2] SpeechVersionldentif ier OPTIONAL 



ChangeOf Service 
{ 

basicService 



; := SEQUENCE 

[0] BasicServiceCode, 
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transparencylnd 
changeTime 
rate Indication 
f nur 



} 



ChannelCoding 

{ 

tchF4800 
tchF9600 
tchF14400 



Charge Indie at or 



{ 



noCharge 
charge 



[1] Transparencylnd OPTIONAL, 

[2] TimeStamp, 

[3] Ratelndication OPTIONAL, 

[4] Fnur OPTIONAL 



: : = 


ENUMERATED 


(1), 




(2), 




(3) 




: : = 


INTEGER 


(0) 




(1) 





Classmark ::= OCTET STRING 

— See Mobile station classmark 2, TS 24.008 

ConnectedNumber ::= BCDDirectoryNumber 

DataVolume ::= INTEGER 

— The volume of data transferred in segments of 64 octets. 



Day 

DayClass 

DayClasses 

DayDefinition 
{ 

day 

dayClass 



INTEGER (1. .31) 

Ob ject Instance 

SET OF DayClass 

SEQUENCE 

0] DayOfTheWeek, 
1] Ob jectlnstance 



DayDefinitions 



DateDefinition 



{ 



month 

day 

dayClass 



::= SET OF DayDefinition 

: := SEQUENCE 

[0] Month, 

[1] Day, 

[2] Ob jectlnstance 



DateDefinitions 

DayOfTheWeek 

1 

allDays 

Sunday 

monday 

tuesday 

Wednesday 

thursday 

f riday 

Saturday 



SET OF DateDefinition 



: : = ENUMERATED 


(0), 


(1), 


(2), 


(3), 


(4), 


(5), 


(6), 


(7) 



Diagnostics 



CHOICE 



[0] INTEGER, 



gsm0408Cause 

— See TS 24.008 
gsm0902MapErrorValue [1] INTEGER, 

— Note: The value to be stored here corresponds to 

— the local values defined in the MAP-Errors and 

— MAP-DialogueInf ormation modules, for full details 

— see TS 29.002. 

ccittQ767Cause [2] INTEGER, 

— See ITU-T Q.767 

networkSpecif icCause [3] ManagementExtension, 
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— To be defined by network operator 

manuf acturerSpecif icCause [4] ManagementExtension 

— To be defined by manufacturer 



Destinations 

EmergencyCalllndEnable 

Erne rgencyCall Indication 
{ 

cellld 

callerld 



: := SET OF AE-title 

: : = BOOLEAN 

: := SEQUENCE 

[0] Cellld, 

[1] IMSIorlMEI 



EParameter ::= INTEGER (0..1023) 

— Coded according to TS 22.024 and TS 24.080 



Equipment Id 

Equipment Type 
{ 

conf erenceBridge 



INTEGER 
INTEGER 



(0) 



FileType 
{ 



INTEGER 



callRecords (1) , 

traceRecords (9), 
observedlMEITicket (14) 



Fnur 
{ 



ENUMERATED 



— See Bearer Capability TS 24.006 



f nurNotAppl 
Fnur9600-Bi 
Fnurl4400Bi 
Fnurl9200Bi 
Fnur28800Bi 
Fnur38400Bi 
Fnur48000Bi 
Fnur56000Bi 
Fnur64000Bi 
fnur33600Bi 
fnur32000Bi 
fnur31200Bi 



icable 


(0), 


tsPerSecond 


(1), 


tsPerSecond 


(2), 


tsPerSecond 


(3) , 


tsPerSecond 


(4) , 


tsPerSecond 


(5) , 


tsPerSecond 


(6), 


tsPerSecond 


(7) , 


tsPerSecond 


(8) 


tsPerSecond 


(9) , 


tsPerSecond 


(10) 


tsPerSecond 


(11) 



ForwardToNumber 
FreeFormatData 



Address St ring 

OCTET STRING ( SIZE ( 1 . . 1 60 ) ) 



Free formated data as sent in the FCI message 
See TS 29.078 



GenericNumber 

GenericNumbers 

Gsm-SCFAddress 

— See TS 29.002 



BCDDirectoryNumber 
SET OF GenericNumber 
ISDNAddressString 



HLRIntResult 

HSCSDParmsChange 

{ 

changeTime 
hSCSDChanAllocated 
initiatingParty 
aiurRequested 



Diagnostics 

SEQUENCE 

[0] TimeStamp, 

[1] NumOfHSCSDChanAllocated, 

[2] InitiatingParty OPTIONAL, 

[3] AiurRequested OPTIONAL, 
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chanCodingUsed 
hSCSDChanRequested 



[4] ChannelCoding, 

[5] NumOf HSCSDChanRequested OPTIONAL, 



IMEICheckEvent ::= INTEGER 

{ 

mobileOriginatedCall (0), 

mobileTerminatedCall (1), 

smsMobileOriginating (2), 

smsMobileTerminating (3) , 

ssAction (4) , 

locationUpdate (5) 



IMEIStatus 



ENUMERATED 



greyListedMobileEquipment (0) , 
blackListedMobileEquipment (1) , 
nonWhiteListedMobileEquipment (2) 



IMSIorlMEI 



imsi 
imei 



InitiatingParty 



{ 



network 
subscriber 



: : = 


CHOICE 


[0] 


IMSI, 


[1] 


IMEI 


: : = 


ENUMERATED 


(0), 




(1) 




. . — 


BIT STRING 



LevelOfCAMELService 

{ 

basic (0) , 

callDurationSupervision (1), 



onlineCharging 



(2) 



LocationAreaAndCell 



locationAreaCode 
cellldentifier 



: := SEQUENCE 

[0] LocationAreaCode, 
[1] Cellld 



— For 2G the content of the Cell Identifier is defined by the Cell Id 

— refer TS 24.008 and for 3G by the Service Area Code refer TS 25.413. 



} 

LocationAreaCode 

— See TS 24.008 



OCTET STRING (SIZE (2)) 



LocationChange 

{ 

location 
changeTime 



; := SEQUENCE 

[0] LocationAreaAndCell, 
[1] TimeStamp 



Location-info 



SEQUENCE 



mscNumber [1] MscNo OPTIONAL, 

location-area [2] LocationAreaCode, 
cell-identification [3] Cellld OPTIONAL 



LocUpdResult ::= Diagnostics 

ManagementExtensions ::= SET OF ManagementExtension 

MCCMNC ::= GraphicString (SIZE (6)) 

— This type contains the mobile country code (MCC) and the mobile 
a PLMN. 



network code (MNC) of 
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Rate Indication 
MessageRef erence 
Month 
MSCAddress 
MscNo 

— See TS 23.003 



OCTET STRING {SIZE {!) ) 
OCTET STRING 
INTEGER (1. .12) 
Address St ring 
ISDN-AddressString 



MSISDN ::= ISDN-AddressString 
— See TS 23.003 



MSPowerClasses 



NetworkCallRef erence 
— See TS 29.002 



SET OF RFPowerCapability 
CallRef erenceNumber — 



NetworkSpecificCode ::= INTEGER 

— To be defined by network operator 



NetworkSpecif icServices : 

NumOfHSCSDChanRequested 

NumOfHSCSDChanAllocated 

ObservedlMEITicketEnable 

OriginalCalledNumber 

Or iginDest Combinations 

Or iginDest Combination 
{ 

origin 

destination 



SET OF NetworkSpecificCode 

INTEGER 

INTEGER 

BOOLEAN 

BCDDirectoryNumber 

SET OF OriginDestCombination 

SEQUENCE 

0] INTEGER OPTIONAL, 
1] INTEGER OPTIONAL 



— Note that these values correspond to the contents 

— of the attributes originid and destinationid 

— respectively. At least one of the two must be present. 



PartialRecordTimer 



PartialRecordType 



{ 



timeLimit 

serviceChange 

locationChange 

classmarkChange 

aocParmChange 

radio Channel Change 

hSCSDParmChange 

changeOfCAMELDestination 



INTEGER 


ENUMERATED 


(0), 


(1), 


(2), 


(3), 


(4), 


(5), 


(6), 



(7) 



PartialRecordTypes 

RadioChannelsRequested 

RadioChanRequested 



SET OF PartialRecordType 
SET OF RadioChanRequested 
ENUMERATED 



See Bearer Capability TS 24.008 



ha IfRate Channel 
fullRateChannel 



(0), 
(1), 



£75/ 



: : = 


ENUMERATED 


(0), 




(1) 




: : = 


BCDDirectoryNumber 


: : = 


INTEGER 
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dualHalfRatePreferred (2), 
dualFullRatePreferred (3) 
} 

RecordClassDestination ::= CHOICE 
{ 

osApplication [0] AE-title, 

fileType [1] FileType 

} 

RecordClassDestinations ::= SET OF RecordClassDestination 

RecordingEntity ::= AddressString 

RecordingMethod 
{ 

inCallRecord 

inSSRecord 
} 

RedirectingNumber 

RFPowerCapability 

— This field contains the RF power capability of the Mobile station 

— classmark 1 and 2 of TS 24.008 expressed as an integer. 

RoamingNumber ::= ISDN-AddressString 

— See TS 23.003 

RoutingNumber ::= CHOICE 

{ 

roaming [1] RoamingNumber, 

forwarded [2] ForwardToNumber 

} 

Service : := CHOICE 
{ 

teleservice [1] TeleserviceCode, 

bearerService [2] BearerServiceCode, 

supplementaryService [3] SS-Code, 

networkSpecif icService [4] NetworkSpecif icCode 
} 

ServiceDistanceDependencies ::= SET OF ServiceDistanceDependency 

ServiceDistanceDependency ::= SEQUENCE 
{ 

aocService [0] INTEGER, 

chargingZone [1] INTEGER OPTIONAL 

— Note that these values correspond to the contents 

— of the attributes aocServiceld and zoneld 

— respectively. 

} 

SimplelntegerName ::= INTEGER 

SimpleStringName ::= GraphicString 

SMSResult ::= Diagnostics 

SpeechVersionldentifier ::= OCTET STRING (SIZE(l)) 

— see GSM 08.08 

— 000 0001 GSM speech full rate version 1 

— 001 0001 GSM speech full rate version 2 used for enhanced full rate 

— 010 0001 GSM speech full rate version 3 for future use 

— 000 0101 GSM speech half rate version 1 

— 001 0101 GSM speech half rate version 2 for future use 

— 010 0101 GSM speech half rate version 3 for future use 

SSActionResult ::= Diagnostics 
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:tionType 


: : = 


ENUMERATED 


registration 


(0), 




erasure 


(1), 




activation 


(2), 




deactivation 


(3), 




interrogation 


(4), 




invocation 


(5), 




passwordRegistration 


(6) 




-rameters 


. , _ 


CHOICE 



forwardedToNumber 
unstructuredData 



[0] ForwardToNumber, 
[1] OCTET STRING 



SupplServices 



SuppServiceUsed 



{ 



ssCode 
ssTime 



: := SET OF SS-Code 

: := SEQUENCE 

[0] SS-Code, 

[1] TimeStamp OPTIONAL 



Switchover Time 
{ 

hour 

minute 

second 



: := SEQUENCE 

INTEGER (0. .23) , 
INTEGER (0. .59) , 
INTEGER (0. .59) 



Tariffid 



TariffPeriod 



INTEGER 

SEQUENCE 



Switchover Time, 
INTEGER 



switchoverTime [0] 

tariffid [1] 

— Note that the value of tariffid corresponds 

— to the attribute tariffid. 



TariffPeriods 



TariffSystemStatus 



{ 



available 
checked 
standby 
active 



(0) 
(1) 
(2) 
(3) 



SET OF TariffPeriod 

ENUMERATED 

, — available for modification 
, — "frozen" and checked 
, — "frozen" awaiting activation 

— "frozen" and active 



TimeStamp 



OCTET STRING (SIZE (9)) 



The contents of this field are a compact form of the UTCTime format 
containing local time plus an offset to universal time. Binary coded 
decimal encoding is employed for the digits to reduce the storage and 
transmission overhead 



e.g. YYMMDDhhmmssShhmm 






where 








YY 


Year 00 to 99 


BCD 


encoded 


MM 


Month 01 to 12 


BCD 


encoded 


DD 


Day 01 to 31 


BCD 


encoded 


hh 


hour 00 to 23 


BCD 


encoded 


mm 


minute 00 to 59 


BCD 


encoded 


ss 


second 00 to 59 


BCD 


encoded 


S 


Sign = "+", "-" 


ASCII encoded 


hh 


hour 00 to 23 


BCD 


encoded 


mm = 


minute 00 to 59 


BCD 


encoded 


iChannel 


: : = ENUMERATED 




.IRate 


(0), 






.fRate 


(1) 
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Trans latedNumber 
Transparencylnd 



BCDDirectoryNumber 
ENUMERATED 



transparent 
nonTransparent 



TrunkGroup 



tkgpNumber 
tkgpName 



} 



TSChangeover 

{ 

newActiveTS 

newStandbyTS 

change over Time 

authkey 

checksum 

versionNumber 



(0), 




(1) 




: : = 


CHOICE 


[0] 


INTEGER, 


[1] 


GraphicString 



SEQUENCE 



[0] INTEGER, 

[1] INTEGER, 

[2] GeneralizedTime OPTIONAL, 

[3] OCTET STRING OPTIONAL, 

[4] OCTET STRING OPTIONAL, 

[5] OCTET STRING OPTIONAL 

— Note that if the changeover time is not 

— specified then the change is immediate. 



} 



TSCheckError 
{ 

errorld 

fail 
} 



: := SEQUENCE 

[0] TSCheckErrorld, 

[1] ANY DEFINED BY errorld OPTIONAL 



TSCheckErrorld 



CHOICE 



globalForm 
localForm 



[0] OBJECT IDENTIFIER, 
[1] INTEGER 



TSCheckResult 



CHOICE 



success 
fail 



[0] NULL, 

[1] SET OF TSCheckError 



TSCopyTar iff System 



SEQUENCE 



oldTS 
newTS 



[0] INTEGER, 
[1] INTEGER 



TSNext Change 

{ 

no Change over 
tsChangeover 



: := CHOICE 

[0] NULL, 

[1] TSChangeover 



TypeOf Subscribers 
{ 

home 

visiting 

all (2) 



ENUMERATED 



(0), 
(1), 



HPLMN subscribers 
roaming subscribers 



TypeOfTransaction 

{ 

successful 

unsuccessful 

all 



ENUMERATED 



(0), 
(1), 
(2) 
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A. 10 Application context 



The application context name to be used in connection with the management functions described in this document shall 
take the following object identifier value: 

(gsm-OM-Domainld gsm-12-05 (5) protocolSupport (1 ) applicationContext (0) gsm-Management (0)} 

and the following object description value: 

"gsm 12.05 management application context". 
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Annex B (normative): 
Call and event records 

B.1 General 

In order to provide the data required for the management activities outlined in the previous chapters (billing, 
accounting, statistics etc.), the NEF of the MSC and/or Location Registers shall be able to produce an event or call 
record for each of the following: 

Mobile originated call attempt; 
Mobile originated emergency call attempt; 
Mobile originated, call forwarding attempt; 
Mobile terminated call attempt; 
Roaming call attempt in a gateway MSC; 
Incoming call attempt in a gateway MSC; 
Outgoing call attempt from a gateway MSC; 
Transit call attempt; 
Terminating CAMEL call attempt; 
Supplementary service actions; 
HLR interrogation; 
- Location updating (HLR & VLR); 

Short message service (point-to-point), mobile originated; 

Short message service (point-to-point), mobile terminated; 

Short message service (point-to-point), mobile originated interworking MSC; 

Short message service (point-to-point), mobile terminated gateway MSC; 

Common equipment usage. 

The contents and purpose of each of these records are described in the following subclauses. A detailed formal 
description of the data defined in the present document is to be found in Annex A. 

As not all of these records may be required for any given network, each record type shall be enabled/ disabled by means 
of the network management functions outlined in 8.2.1.1. 



B.1.1 Use of supplementary services 



The recording of supplementary service usage is controlled via the procedures outlined in subclause 8.2. L L3. These 
procedures permit the OS to specify the supplementary service actions (invocation, registration etc.) to be recorded. 

In addition to specifying the actions to be recorded, the OS may also determine how these events are to be recorded. 
Non-call related events, such as the administration of supplementary services by the subscriber via the MMI of the MS, 
shall result in the production of supplementary service action records. Call related events (e.g. invocation of 
supplementary services) shall be recorded "in-line" in the appropriate call record and/ or in a separate SS-action record 
depending on the configuration specified by the OS. 

Where the use of a supplementary service results in the production of further connections (e.g. call forwarding, multi- 
party service etc.) additional call records shall be produced to describe the relevant connections. The use of such 
services is described in more detail both in this subclause and in the example scenarios. 



B. 1.1.1 Use of call forwarding 



When one of the call forwarding services is used, the NEF of the MSC that forwards the call, shall produce the call 
record for the forwarded part of the call. The call record produced is an MOC record as described in subclause B.2.3. 

For further information concerning the recording of call forwarding services see the example scenarios in subclause 
B.4.6 and B.4.7. 
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B.1 .1 .2 Use of call hold and multi-party services 

The use of the call hold service shall be recorded either in-line in the appropriate call record or in a separate 
supplementary service "invocation" record as described above. For the avoidance of doubt, the duration for which the 
call is held, i.e. is inactive, is not recorded. 

The use of the multi -party service requires a minimum of 3 subscribers and the use of a conference circuit. For the 
purpose of the following description the subscriber invoking the service is referred to as the conference originator ("A") 
and the conference call is regarded as consisting of a number of individual "legs" between the organiser and the other 
parties ("B", "C", etc.) in the call. 

Normal MOC and MTC call records shall be generated for each party and each leg of the call. In addition, if common 
equipment records are enabled, a common equipment record shall be produced for the conference originator in order to 
record the use of a conference bridge and to record the total duration of the conference connection. 

Example: Subscriber "C" calls subscriber "A". Subscriber "A" places the call from "C" on hold and makes a 

second call to subscriber "B". Subscriber "A" then invokes the multi-party service in order to set- 
up a conference call with "B" and "C". 

Assuming that the appropriate types of record are enabled, the following call records shall be 
produced: 

- An MOC record for subscriber "C" and the "C"->"A" leg of the call; 

- An MTC record for subscriber "A" and the "C"->" A" leg of the call; 

- An MOC record for subscriber "A" and the "A"->"B" leg of the call; 

- An SS-Action record for the invocation of the call hold service by subscriber "A"; 

- An MTC record for subscriber "B" and the "A"->"B" leg of the call; 

An SS-Action record for the invocation of the multi -party service by subscriber "A"; 
A common equipment record for the use of the conference bridge by subscriber "A"; 

Each of the MOC/MTC records for the conference originator ("A") shall include the supplementary service code for the 
multi-party service. 

Any subsequent action affecting only one leg of the connection shall be recorded either in a separate supplementary 
service action record or in-line in the appropriate call record. Any action affecting the conference as a whole e.g. the 
originator holding the conference shall be recorded either in a separate supplementary service action record or in the 
common equipment usage record. 

For further information concerning the recording of multi-party services see the example scenario in subclause B.4.9. 

B.1.2 Partial records 

In order to increase the security of the recording process and to simplify post-processing, it may be desirable to generate 
a sequence of call records to describe a single connection or transaction. 

In case of connections of extended duration, the loss of a single call record may result in an unacceptable loss of 
revenue. If the connection is, for example, recorded in a number of consecutive partial records generated at say hourly 
intervals, then the maximum loss of revenue is the equivalent of a one hour continuous connection. 

Most modern billing systems employ some form of cumulative credit-limit checking based on the stream of input call 
records. If however, a call record is only produced at the end of the connection then a subscriber may avoid such credit 
checking by employing a connection for days, weeks or even months without a single call record being produced. 

All of the records defined in the present document are of variable length and some at least are potentially unlimited in 
size (SET OF, SEQUENCE OF etc.). However, the storage capacity of the internal records within the NEF is normally 
subject to strict size limitations. Under such conditions a partial record may be required in order to circumvent internal 
resource limitations. For example, if an internal MOC record can only support the use of four supplementary service 
invocations then the use of a fifth may result in the generation of a partial record. 

Alternatively, for those manufacturers whose systems are based on fixed length records, partial records may be 
employed instead of the various lists contained within the present document definitions. In such cases a partial record 
will be produced each time one of the key fields alters during the connection. 
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Finally, in case of radio link failure and subsequent call re-establishment partial records shall be generated to record the 
duration of the call prior to the radio link failure and the subsequent duration of the call once the call has been re- 
established. For further details see subclause B.1.5. 

To summarise, the following events may result in the generation of a partial record: 

expiry of the partial record timer; 
change of basic service during a connection; 
change of location (LAC, Cell Id. or SAC) during a connection; 
change of MS classmark during a connection; 
change of AoC Parameters during a call; 
change of Radio Channel Type (full/half rate) during a call; 
radio link failure and subsequent call re-establishment; 
change of HSCSD Parameters during a call; 
change of CAMEL destination (CAMEL controlled/initiated) during a call. 

All partial records for the same connection shall contain the same call reference and shall be ordered via a running 
sequence number. The time stamps involved shall apply to the individual partial records rather than the connection as a 
whole i.e. the "end" time stamp (duration) of one record shall, in general, coincide with the "start" time stamp (answer 
time) of the next. Each time a new partial record is created the cause for termination of the previous field shall contain 
the value "partial record " . The cause for termination of the final partial record shall contain the true cause for 
termination of the connection. 

It should be noted that the records produced in case of call re-establishment are not contiguous and that the value of the 
cause for term field in the record that is closed on radio link failure contains the value "partial record call re- 
establishment". For further details of these records see subclause B.2.18. 

The partial records generated may repeat each of the non-varying fields contained in the original record. Alternatively, a 
form of reduced partial record may be generated which includes only those fields required to identify the original record 
together with the field(s) that actually change. An example of a reduced partial record for MOCs is provided in 
subclause B.2.18. 



B.1.3 Use of packet data services 



If packet data services are employed in conjunction with a Packet Switched Public Data Network (PSPDN) then an 
MOC/MTC call record may be produced in the originating/terminating MSC and a gateway record in the 
gateway/interworking MSC. If the packet volume is not available within the PLMN then this information may also be 
provided in the form of a call record from the PSPDN. In such cases the OS is responsible for the correlation of the 
various records describing the connection. The definition of such PSPDN call records is outside the scope of the present 
document. 

B.1.4 Inter-msc handover 

In the case of an inter-MSC handover the controlling MSC, as defined by GSM 23.009, remains in control of the 
connection and shall therefore, produce the call record. For the avoidance of doubt, it is not necessary to produce call or 
event records in the subsequent MSC(s). 

B.1.5 Call re-establishment 

In case of radio link failure as described in 3GPP TS 24.008 [16], the MS may attempt to re-establish the call using the 
procedures described in 3GPP TS 24.008 [16]. 

For the time period between the detection of the radio link failure by the mobile station and the successful re- 
establishment of the call, the advice of charge function in the MS is suspended as described in 3GPP TS 24.086. In 
order to minimise the difference in charges between the on-line calculations performed by the MS and the off-line 
processing on the basis of the call records, it is necessary to exclude the time taken for the re-establishment phase from 
the chargeable duration stored in the call records. 
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If the re-establishment attempt fails then an ordinary call record (MOC/MTC) shall be produced with the cause for 
termination value "stable call abnormal termination". The chargeable duration stored in this record covers the time 
period from "Answer" to the detection of the radio link failure by the MSC. 

If, the attempt to re-establish the call succeeds then the current call record shall be closed with the cause for termination 
value "partial record call re-establishment" and a new partial record shall be opened for the re-established call. The 
chargeable duration stored in the original record is once again the time period from "answer" to detection of the radio 
link failure by the MSC. Both the "seizure" and "answer" times of the subsequent partial record correspond to the time 
at which the new traffic channel is allocated for the re-established call (see subclause B.3.16 for further details). 

Further radio link failures during the re-established call may result in the generation of additional partial records as 
described above. All of the partial records belonging to the same connection are identified by the same call reference 
and a running sequence number as described in subclause 

NOTE: As the MS and MSC may detect the radio link failure at different points in time, it is not possible to 

guarantee that the duration used for the AOC display corresponds to that recorded in the call records. The 
purpose of the above procedure is merely to minimise any discrepancies that may occur. 



B.1 .6 Restricted directory numbers 



In addition to the information pertaining to the served mobile subscriber (IMSI, MSISDN, etc.), the call records defined 
in the present document also contain the directory numbers of other parties involved in the recorded connections or 
transactions. In order to comply with data protection legislation, it is necessary to distinguish between those numbers 
that may be passed on to third parties and those that needs to be handled confidentially. As a result, each of the number 
fields (e.g. calling/connected number) contains the presentation and screening information defined in both 
3GPP TS 24.008 [16] and ISUP signalling. If this information is supported by the network, then even restricted numbers 
may be included in the appropriate records and suppressed off-line by the administration or billing centre. If this 
information is not supported then the entire directory number shall be suppressed by the MSCA'LR. 

B.1.7 CAIVIEL services 

CAMEL service can be activated for originating, forwarded and terminated calls and originating SMS. Several fields 
describing CAMEL subscription and free format data are recorded to appropriate CDR. For originating and forwarded 
calls two different CAMEL services can be active and part of stored information is different Originating service and 
Dialled service defined in O-CSI and D-CSI). If two services are active, the Originating CAMEL service information is 
stored in fields without '_2' suffix and Dialled CAMEL service information in corresponding fields with '_2' suffix. If 
only one CAMEL service is active, either Originating or Dialled service, then fields without '_2' suffix are used. 
CAMEL fields describing usage level of service, CAMEL modified parameters and CAMEL initiated call forwarding 
include information for one call leg including impacts on all CAMEL services. For more information about CAMEL 
service and interworking see 3GPP TS 23.078 [23] and TS 29.078 [24]. 

CAMEL Terminating service of the T-BCSM in the GMSC/VMSC indicated by T_CSI / VT_CSI affect the 
corresponding incoming CAMEL call leg part of the terminating CAMEL record. 



B.2 Record contents 



The following tables describe the contents of each of the call and event records defined in the present document. Each 
table contains the name of the field, a key indicating whether or not the field is mandatory, and a description of the 
contents. 

The key field has the following meaning: 

M This field is mandatory and always present. Any exceptions to this rule are explicitly described. 

C This field is only available under certain conditions. If available the field is present. 
The conditions under which the field is available are individually described. 

O This field is optional and configurable either via additional TMN management functions or manufacturer 
specific means. For the avoidance of doubt, optional does not mean that the parameter is not supported by the 
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Network Element. Equipment manufacturers shall be capable of providing all of these fields in order to claim 
conformance with the present document. 
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B.2.1 Mobile originated call attempt 



If the generation of these records is enabled then an MOC record shall be created for each outgoing call attempt made 
by a mobile station. These MOC records shall be produced in the originating MSC. 

Table B.I : MOC record 



Field 




Description 


Record Type 


M 


Mobile originated. 


Served IMSI 


M 


IMSI of the calling party. 


Served IMEI 


C 


IMEI of the calling ME, if available. 


Served MSISDN 





The primary MSISDN of the calling party. 


Called Number 


M 


The address of the called party e.g. the number dialled by the calling sub. 


Translated Number 





The called number after digit translation within the MSC (if applicable) 


Connected Number 





The number of the connected party if different to the Called Number 


Roaming Number 





The Mobile Station Roaming Number employed to route this connection, if 
applicable. 


Recording Entity 


M 


The E.164 number of the visited MSC producing the record. 


Incoming TKGP 





The MSC trunk group on which the call originated , usually from the BSS 


Outgoing TKGP 





The trunk group on which the call left the MSC 


Location 


M 


The identity of the cell or the SAC in which the call originated including the location 
area code. 


Change of Location 





A list of changes in Location Area Code / Cell Identifier each time-stamped. 


Basic service 


M 


Bearer or teleservice employed. 


Rate Indication 





Present if "rate adaption" parameters for the basic service were signalled between 
the MS/UE and the network, see TS 24.008. 


Transparency Indicator 


C 


Only provided for those basic services which may be employed in both transparent 
and non-transparent mode. 


ChangeOfService 





A list of changes of basic service during a connection each time-stamped. 


Supp. Services 


C 


Supplementary services invoked as a result of this connection. 


AOC Parameters 





The charge advice parameters sent to the MS on call set-up 


Change of AOC Parms 





New AOC parameters sent to the MS e.g. as a result of a tariff switch over, 
including the time at which the new set was applied. 


MS Classmark 


M 


The mobile station classmark employed on call set-up. 


Change of Classmark 





A list of changes to the classmark during the connection each time-stamped 


Event time stamps: 


C 
C 



Seizure of incoming traffic channel (for unsuccessful call attempts) 
Answer (for successful calls) 
Release of traffic channel 


Call duration 


M 


The chargeable duration of the connection for successful calls, the holding time for 
call attempts. 


Radio Chan. Requested 





The type of radio traffic channel (full / half etc.) requested by the MS. 


Radio Chan. Used 


M 


The type of radio channel actually used (full or half rate). 


Change of Rad. Chan. 





A list of changes each time stamped 


Cause for termination 


M 


The reason for the release of the connection. 


Diagnostics 





A more detailed reason for the release of the connection. 


Data volume 


C 


The number of data segments transmitted if available at the MSC 


Sequence no. 


C 


Partial record sequence number, only present in case of partial records. 


Call reference 


M 


A local identifier distinguishing between transactions on the same MS 


Additional Chg. Info 





Charge/no charge indicator and additional charging parameters 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


gsmSCF address 


C 


Identifies the CAMEL server serving the subscriber. 


Service key 


C 


The CAMEL service logic to be applied. 


Network call reference 


C 


An identifier to correlate transactions on the same call taking place in different 
network nodes, shall be present if CAMEL is applied. 


IVISC Address 


c 


This field contains the E.164 number assigned to the MSC that generated the 
network call reference. 


Default call handling 





Indicates whether or not a CAMEL call encountered default call handling. This field 
shall be present only if default call handling has been applied. 


Number of HSCSD 
Channels Requested 


c 


The maximum number of HSCSD channels requested as received from the MS at 
call set-up 


Number of HSCSD 
Channels Allocated 


c 


The number of HSCSD channels allocated to the MS at call set-up 
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Field 




Description 


Change of HSCSD 
Parameters 


C 


A list of network or user Initiated changes of number of HSCSD channels during a 
connection each timestamped. Shall only be present in case of an HSCSD call, if 
the basic HSCSD parameters are modified due the user or network initiated 
modification procedure. 


Fixed Network User 
Rate 





Indicates the user data rate applied for the connection in the fixed network. Shall 
only be present for 2G HSCSD connections and for UMTS data connections. 


Air Interface User Rate 
Requested 


C 


The total Air Interface User Rate Requested by the MS at call setup. Shall only be 
present for non-transparent HSCSD connections. 


Channel Coding 
Accepted 


C 


A list of the traffic channels codings accepted by the MS. Shall only be present for 
HSCSD connections. 


Channel Coding Used 


C 


The traffic channels codings negotiated between the MS and the network at call 
setup. Shall only be present for HSCSD connections. 


Speech Version Used 





Speech version used for that call 


Speech Version 
Supported 





Speech version supported by the MS with highest priority indicated by MS 


Number of DP 
encountered 





Number that counts how often armed detection points (TDP and EDP) were 
encountered. 


Level of CAIVIEL service 





Indicator for the complexity of the CAMEL feature used. 


Free format Data 


C 


This field contains data sent by the gsmSCF in the FCI message(s). The data can 
be sent either in one FCI message or several FCI messages with append indicator. 


CAMEL call leg 
information 


C 


Set of CAMEL information lEs. Each of these lEs contains information related to 
one outgoing CAMEL call leg. 


Free format data 
append indicator 


C 


Indicator if free format data from this CDR is to be appended to free format data in 
previous partial CDR. 


Free format Data 


C 


This field contains data sent by the gsmSCF in the FCI messages. The data can be 
sent either in one FCI message or several FCI messages with append indicator. 


CAMEL call leg 
information 


C 


Set of CAMEL information lEs. Each of these lEs contains information related to 
one outgoing CAMEL call leg. 


Free format data 
append indicator 


C 


Indicator if free format data from this CDR is to be appended to free format data in 
previous partial CDR. 


Default call handling 2 





Indicates whether or not a CAMEL call encountered default call handling for 2"'^ 
service such as dialled service. This field shall be present only if default call 
handling has been applied. 


GsmSCF address 2 


C 


Identifies the CAMEL server serving the subscriber for 2"° service such as dialled 
service. 


Service key 2 


C 


The CAMEL service logic to be applied for 2"° service such as dialled service. 


Free format Data 2 


C 


This field contains data sent by the gsmSCF in the FCI message{s) for 2™ service 
such as dialled service. The data can be sent either in one FCI message or several 
FCI messages with append indicator. 


Free format data 
append indicator 2 


C 


Indicator if free format data for 2"° service from this CDR is to be appended to free 
format data in previous partial CDR. 


System Type 


C 


This field indicates the use of GERAN, UTRAN (or a value of unknown). This field is 
present when either the UTRAN or GERAN air-interface is used on call setup. For 
an open CDR in a 2G NE (responsible for the CDR), the field is not present (even if 
the call is handed off to a 3G air interface). For a CDR in a 3G NE (responsible for 
the CDR), the value unknown shall be used after handover. 
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B.2.2 Mobile originated emergency call attempt 

If the generation of MOC records is enabled then an MOC emergency record shall be created for each outgoing 
emergency call attempt made by a mobile station. These records shall be produced in the originating MSC. 

Table B.2: MOC emergency record 



Field 




Description 


Record Type 


M 


Mobile originated. 


Served IMSI 


C 


IMSI of the calling party in case of an emergency call with a SIM card. 


Served IMEI 


C 


IMEI of the calling mobile equipment if available. 


Served MSISDN 





The primary MSISDN of the calling party. 


Translated Number 





The called number after digit translation within the MSC (if applicable) 


Recording Entity 


M 


The E.164 number of the visited MSC producing the record. 


Incoming TKGP 





The MSC trunk group on which the call originated, usually from the BSS 


Outgoing TKGP 





The trunk group on which the call left the MSC 


Location 


M 


The identity of the cell or the SAC in which the call originated including the location 
area code. 


Change of Location 





A list of changes in Location Area Code / Cell Identifier each time-stamped. 


Basic service 


M 


Teleservice 'emergency call'. 


AOG Parameters 





The charge advice parameters sent to the MS on call set-up 


Change of AOC Parms 





New AOC parameters sent to the MS e.g. as a result of a tariff switch over, 
including the time at which the new set was applied. 


MS Classmark 


M 


The mobile station classmark employed on call set-up. 


Change of classmark 





A list of changes to the classmark during the connection each time-stamped 


Event time stamps: 


C 
C 



Seizure of incoming traffic channel (for unsuccessful call attempts) 
Answer (for successful calls) 
Release of traffic channel 


Call duration 


M 


The chargeable duration of the connection for successful calls, the holding time for 
call attempts. 


Radio Chan. Requested 





The type of radio traffic channel (full / half etc.) requested by the MS. 


Radio Chan. Used 


M 


The type of radio channel used (full or half rate). 


Change of Rad. Chan. 





A list of changes each time stamped 


Cause for termination 


M 


The reason for the release of the connection. 


Diagnostics 





A more detailed reason for the release of the connection. 


Sequence no. 


C 


Partial record sequence number, only present in case of partial records. 


Call reference 


M 


A local identifier distinguishing between transactions on the same MS 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


System Type 


C 


This field indicates the use of GERAN, UTRAN (or a value of unknown). This field is 
present when either the UTRAN or GERAN air-interface is used on call setup. For 
an open CDR in a 2G NE (responsible for the CDR), the field is not present (even if 
the call is handed off to a 3G air interface). For a CDR in a 3G NE (responsible for 
the CDR), the value unknown shall be used after handover. 



£75/ 



3GPP TS 32.005 version 3.6.0 Release 1999 



89 



ETSI TS 132 005 V3.6.0 (2002-03) 



B.2.3 Mobile originated call forwarding attempt 

If the generation of MOC records is enabled then, In case of call forwarding, the forwarded-leg of the call shall also 
result in the production of an MOC record in the MSC that forwards the call (see the example scenarios in subclause 
B.4.6 and B.4.7). 

Table B.3: MOC, call forwarding record 



Field 




Description 


Record Type 


M 


Mobile originated. 


Served IMSI 


M 


IMSI of the calling party. 


Served MSISDN 





The MSISDN of the forwarding party. 


Calling Number 





The address of the calling party. 


Called Number 


M 


The address of the "forwarded-to" party. 


Translated Number 





The called number after digit translation within the MSC (if applicable) 


Connected Number 





The number of the connected party if different to the Called Number 


Roaming Number 





The Mobile Station Roaming Number employed to route this connection, 
if applicable. 


Recording Entity 


M 


The E.164 number of the forwarding MSC 


Incoming TKGP 





The MSC trunk group on which the call originated at the forwarding MSC. 


Outgoing TKGP 





The trunk group on which the call left the forwarding MSC 


Basic service 


c 


Bearer or teleservice employed, not always available e.g. in case of call forwarding 
unconditional. 


Rate Indication 





Present if "rate adaption" parameters for the basic service were signalled between 
the MS/UE and the network, see TS 24.008. May not always be available in this 
CDR type. 


Transparency Indicator 


c 


Only provided for those basic services which may be employed in both transparent 
and non-transparent mode. 


Fixed Network User 
Rate 





Indicates the user data rate applied for the connection in the fixed network. Shall 
only be present for 2G HSCSD connections and for UMTS data connections. 


ChangeOfService 





A list of changes of basic service during a connection each time-stamped. 


Supp. Services 


c 


Supplementary services invoked as a result of this connection. 


Event time stamps: 


c 
c 




Seizure of incoming traffic channel (for unsuccessful call attempts) 
Answer (for successful calls) 
Release of traffic channel 


Call duration 


M 


The chargeable duration of the connection for successful calls, the holding time of 
call attempts. 


Cause for termination 


M 


The reason for the release of the connection. 


Diagnostics 





A more detailed reason for the release of the connection. 


Data volume 


c 


The number of data segments transmitted if available at the MSC 


Sequence no. 


c 


Partial record sequence number, only present in case of partial records. 


Call reference 


M 


A local identifier distinguishing between transactions on the same MS 


Additional Chg. Info 





Charge/no charge indicator and additional charging parameters 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


gsmSCF address 


c 


Identifies the CAMEL server serving the subscriber. 


Service key 


c 


The CAMEL service logic to be applied. 


Network call reference 


c 


An identifier to correlate transactions on the same call taking place in different 
network nodes, shall be present if CAMEL is applied. 


MSC Address 


c 


This field contains the E.164 number assigned to the MSC that generated the 
network call reference. 


CAMEL Initiated CF 
indicator 


c 


Indicates that the CAMEL server initiated call forwarding. 


Default call handling 





Indicates whether or not a CAMEL call encountered default call handling. This field 
shall be present only if default call handling has been applied. 


Number of DP 
encountered 





Number that counts how often armed detection points (TDP and EDP) were 
encountered. 


Level of CAMEL service 





Indicator of the complexity of the CAMEL feature used. 


Free format Data 


c 


This field contains data sent by the gsmSCF in the FCI messages. The data can be 
sent either in one FCI message or several FCI messages with append indicator. 


CAMEL call leg 
information 


c 


Set of CAMEL information lEs. Each of these lEs contains information related to 
one outgoing CAMEL call leg. 


Free format data 
append indicator 


c 


Indicator if free format data from this CDR is to be appended to free format data in 
previous partial CDR. 
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Field 




Description 


Default call handling 2 





Indicates whether or not a CAMEL call encountered default call handling for 2™ 
service such as dialled service. This field shall be present only if default call 
handling has been applied. 


GsmSCF address 2 


C 


Identifies the CAMEL server serving the subscriber for 2"'^ service such as dialled 
service. 


Service key 2 


C 


The CAMEL service logic to be applied for 2"° service such as dialled service. 


Free format Data 2 


C 


This field contains data sent by the gsmSCF in the FCI message{s) for 2™ service 
such as dialled service. The data can be sent either in one FCI message or several 
FCI messages with append indicator. 


Free format data 
append indicator 2 


C 


Indicator if free format data for 2"° service from this CDR is to be appended to free 
format data in previous partial CDR. 



B.2.4 Mobile terminated call attempt 



If the generation of these records is enabled, then an MTC record shall be created for each incoming call attempt made 
for a mobile station. The MTC records shall be produced in the terminating MSC. 

Table B.4: MTC record 



Field 




Description 


Record Type 


M 


Mobile Terminated. 


Served IMSI 


M 


IMSI of the called party. 


Served IMEI 





IMEI of the called ME. 


Served MSISDN 





The MSISDN of the called party. 


Calling Number 


C 


The number of the calling party if available. 


Connected Number 





Only relevant in case of call forwarding where the "forwarded-to" number is 
recorded. 


Recording Entity 


M 


The E.164 number of the visited (terminating) MSC 


Incoming TKGP 





The MSC trunk group on which the call originated. 


Outgoing TKGP 





The trunk group on which the call left the MSC, usually to the BSS 


Location 


C 


The identity of the cell or the SAC occupied by the called party when the call was 
set up including the location area code. 


Change of Location 





A list of changes in Location Area Code / Cell Identifier each time-stamped. 


Basic Service 


M 


Bearer or teleservice employed 


Rate Indication 





Present if "rate adaption" parameters for the basic service were signalled between 
the MS/UE and the network, see TS 24.008. 


Transparency Indicator 


C 


Only provided for those basic services which may be employed in both transparent 
and non-transparent mode. 


Change of Service 





A list of changes of basic service during a connection each time-stamped. 


Supp. services 


C 


Supplementary services invoked as a result of this connection. 


AOC Parameters 





The charge advice parameters sent to the MS on call set-up 


Change of AOC Farms. 





New AOC parameters sent to the MS e.g. as a result of a tariff switch-over, 
including the time at which the new set was applied. 


MS Classmark 


M 


The mobile station class mark 


Change of Classmark 





A list of changes to the classmark during the connection each time-stamped 


Event time stamps: 


C 
C 



Seizure of traffic channel for unsuccessful call attempts 
Answer time for successful calls 
Release of traffic channel 


Call duration 


M 


The chargeable duration of the connection if successful, the holding time of the call 
if unsuccessful. 


Radio Chan. Requested 





The type of radio traffic channel (full / half etc.) requested by the MS. 


Radio Chan. Used 


M 


The type of radio channel used (full or half rate). 


Change of Rad. Chan 





A list of changes each time stamped 


Cause for term. 


M 


The reason for the release of the call. 


Diagnostics 





A more detailed reason for the release of the connection. 


Data volume 


C 


The number of data segments transmitted, if available at the MSC 


Sequence no. 


C 


Partial record sequence number, only present in case of partial records. 


Call reference 


M 


A local identifier distinguishing between transactions at the same MS 


Additional Chg. Info 





Charge/no charge indicator and additional charging parameters 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


Network call reference 


C 


An identifier to correlate transactions on the same call taking place in different 
network nodes, shall be present if CAMEL is applied. 
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Field 




Description 


MSC Address 


C 


This field contains the E.164 number assigned to the IVISC that generated the 
network call reference. 


Number of HSCSD 
Channels Requested 





The maximum number of HSCSD channels requested as received from the IVIS at 
call set-up 


Number of HSCSD 
Channels Allocated 





The number of HSCSD channels allocated to the MS at call set-up 


Change of HSCSD 
Parameters 





A list of network or user initiated changes of number of HSCSD channels during a 
connection each timestamped. Shall only be present in case of an HSCSD call, if 
the basic HSCSD parameters are modified due the user or network initiated 
modification procedure. 


Fixed Network User 
Rate 





Indicates the user data rate applied for the connection in the fixed network. Shall 
only be present for 2G HSCSD connections and for UMTS data connections. 


Air Interface User Rate 
Requested 


C 


The total Air Interface User Rate Requested by the MS at call setup. Shall only be 
present for non-transparent HSCSD connections. 


Channel Coding 
Accepted 


C 


A list of the traffic channels codings accepted by the MS. Shall only be present for 
HSCSD connections. 


Channel Coding Used 


C 


The traffic channels codings negotiated between the MS and the network at call 
setup. Shall only be present for HSCSD connections. 


Speech Version Used 





Speech version used for that call 


Speech Version 
Supported 





Speech version supported by the MS with highest priority indicated by MS 


System Type 


C 


This field indicates the use of GERAN, UTRAN (or a value of unknown). This field is 
present when either the UTRAN or GERAN air-interface is used on call setup. For 
an open CDR in a 2G NE (responsible for the CDR), the field is not present (even if 
the call is handed off to a 3G air interface). For a CDR in a 3G NE (responsible for 
the CDR), the value unknown shall be used after handover. 



B.2.5 Roaming call attempt 



If the generation of these records is enabled then, a roaming record shall be created for each call redirected to a mobile 
subscriber roaming outside the HPLMN. These roaming records shall be produced in the GMSC. 
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Table B.5: Roaming record 



Field 




Description 


Record Type 


M 


Roaming record. 


Served IMSI 


M 


IIVISI of the called (roaming) party. 


Served MSISDN 





The IVISISDN of the called (roaming) party. 


Calling Number 


C 


The address of the calling party, if available. 


Roaming Number 


M 


The Mobile Station Roaming Number employed to route this connection. 


Recording Entity 


M 


The E.164 number of the GIVISC 


Incoming TKGP 





The GMSC trunk group on which the call originated. 


Outgoing TKGP 





The trunk group on which the call left the GIVISC 


Basic service 


M 


Bearer or teleservice employed. 


Transparency Indicator 


C 


Only provided for those basic services which may be employed in both transparent 
and non-transparent mode. 


GhangeOfService 





A list of changes of basic service during a connection each time-stamped. 


Supp. Services 


C 


Supplementary services invoked as a result of this connection. 


Event time stamps: 


c 
c 




Seizure of incoming traffic channel (for unsuccessful call attempts) 
Answer (for successful calls) 
Release of traffic channel 


Call duration 


M 


The chargeable duration of the connection for successful calls, the holding time of 
call attempts. 


Cause for termination 


M 


The reason for the release of the connection. 


Diagnostics 





A more detailed reason for the release of the connection. 


Data volume 


c 


The number of data segments transmitted if available at the GMSC 


Sequence no. 


c 


Partial record sequence number, only present in case of partial records. 


Call reference 


M 


A local identifier distinguishing between transactions on the same MS 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


Network call reference 


C 


An identifier to correlate transactions on the same call taking place in different 
network nodes, shall be present if CAMEL is applied. 


MSC Address 


c 


This field contains the E.164 number assigned to the MSC that generated the 
network call reference. 



B.2.6 Incoming gateway call attempt 



If generation of these records is enabled, an incoming gateway record shall be created for each incoming call attempt 
received by a gateway MSC from another network. These records, produced in the gateway MSC, may be used to settle 
accounts with other networks. The generation of gateway records shall not be influenced by the production of MTC 
records i.e. even if the GMSC and terminating MSC are co-located a gateway record shall still be produced. 

Table B.6: Incoming gateway record 



Field 




Description 


Record Type 


M 


Incoming gateway record 


Calling Number 


C 


The number of the calling party if available at this node. 


Called Number 


M 


The address of the called party as seen by the GMSC. This is the number employed 
by the GMSC for routing. 


Recording Entity 


M 


The E. 1 64 number of the GMSC 


Incoming TKGP 


M 


The incoming GMSC trunk group on which the call originated. 


Outgoing TKGP 





The trunk group on which the call left the GMSC. 


Event time stamps: 


M 
C 



Seizure of incoming trunk 
Answer (successful calls only) 
Release of incoming trunk 


Call duration 


M 


The accountable duration (answer -> release of incoming trunk) of the connection if 
successful, the call holding time of the incoming trunk for call attempts. 


Data Volume 


C 


If applicable and known at the GMSC 


Cause for term. 


M 


The reason for the release of the connection. 


Diagnostics 





A more detailed reason for the release of the connection. 


Sequence no. 


C 


Partial record sequence number, if applicable. 


Call Reference 


M 


A local identifier distinguishing between transactions. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 
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B.2.7 Outgoing gateway call attempt 



If generation of these records is enabled, an outgoing gateway record shall be created for each outgoing call attempt 
from a gateway MSC to another network. These records, produced in the gateway MSC, may be used to settle accounts 
with other networks. The generation of gateway records shall not be influenced by the production of MOC records i.e. 
even if the GMSC and originating MSC are co-located a gateway record shall still be produced. 

Table B.7: Outgoing gateway record 



Field 




Description 


Record Type 


M 


Outgoing gateway record 


Calling Number 


C 


The number of the calling party if available at this node. 


Called Number 


M 


The address of the called party as seen by the GIVISC. This is the number employed 
by the GMSC for routing. 


Recording Entity 


M 


The E.164 number of the GMSC 


Incoming TKGP 





The incoming GMSC trunk group on which the call originated. 


Outgoing TKGP 


M 


The trunk group on which the call left the GMSC. 


Event time stamps: 


M 
C 



Seizure of outgoing trunk 
Answer (successful calls only) 
Release of outgoing trunk 


Call duration 


M 


The accountable duration (answer -> release of outgoing trunk) of the connection if 
successful, the call holding time of the outgoing trunk for call attempts. 


Data Volume 


C 


If applicable and known at the GMSC 


Cause for term. 


M 


The reason for the release of the connection. 


Diagnostics 





A more detailed reason for the release of the connection. 


Sequence no. 


C 


Partial record sequence number, if applicable. 


Call Reference 


M 


A local identifier distinguishing between transactions. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 



B.2.8 Transit call attempt 



If generation of these records is enabled then a transit record may be generated for each incoming call attempt received 
by a Transit MSC i.e. neither originating nor terminating. For the avoidance of doubt, a transit record shall only be 
produced if no MOC or MTC record is produced for this call attempt. The transit records, produced in the TMSC, may 
be used to record traffic from particular origins or to particular destinations (see also the example scenario in subclause 
B.4.5). 

Table B.8: Transit record 



Field 




Description 


Record Type 


M 


Transit. 


Calling Number 


C 


The number of the calling party if available at this node. 


Called Number 


M 


The address of the called party as seen by the TMSC. 


ISDN Basic Service 





The ISDN basic service employed 


Recording Entity 


M 


The E.164 number of the transit MSC 


Incoming TKGP 


M 


The TMSC trunk group on which the call originated. 


Outgoing TKGP 


M 


The trunk group on which the call left the TMSC. 


Event time stamps: 


C 
C 



Seizure of incoming trunk for unsuccessful call attempts 
Answer (successful calls only) 
Release of traffic channel 


Call duration 


M 


The chargeable duration of the connection if successful, the call holding time for call 
attempts. 


Data Volume 


C 


If applicable and known at the transit MSC 


Cause for term. 


M 


The reason for the release of the connection. 


Diagnostics 





A more detailed reason for the release of the connection. 


Sequence no. 


C 


Partial record sequence number, if applicable. 


Call Reference 


M 


A local identifier distinguishing between transactions. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 
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B.2.9 Supplementary service actions 



A supplementary service record may be produced in the NEF of the appropriate MSC or HLR for each supplementary 
service action (activation, deactivation, invocation etc.) performed or initiated by the subscriber. 

There are two basic types of SS-actions: 

Call related i.e. as a result of a connection e.g. Invocation of CLIP / CLIR / AOC etc. 

Non-call related i.e. as a result of subscriber controlled input (SCI) e.g. Registration of call forwarding 

Each supplementary service action shall be performed on one or more basic service groups. If the action applies to all 
tele and all bearer services (i.e. to all basic services) then the basic services field shall be omitted. 

SCI actions may be recorded in individual SS-action records. Call related actions may be recorded in either the 
appropriate call record (MOC/MTC) or in separate SS-action records. For further details concerning the generation of 
supplementary service records see subclause 8.2.1.1.3. 

Additional non-standard supplementary service actions may be made available within some networks in the form of 
Unstructured Supplementary Service Data (USSD). These actions may also be recorded in SS-action records. However, 
as these actions are non-standard they may not include an appropriate action type, supplementary service code or basic 
service code. 

Table B.9: SS-action record 



Field 




Description 


Record Type 


M 


Supplementary service action. 


Served IMSI 


M 


The IIVISI of the MS performing the action. 


Served IMEI 





The IMEI of the ME performing the action. 


Served MSISDN 





The primary MSISDN of the party performing the action. 


MS Classmark 


M 


The mobile station classmark. 


Recording Entity 


M 


The E.164 number of the visited MSC / HLR. 


Location 





The Location Area Code and Cell Identifier from which the request originated. 


Supp. Service 


C 


The supplementary service or group of supplementary services for which the 
request was made. May not be available in case of USSD. 


Basic Services 


C 


The basic service group(s) to which the supplementary service applies. This field is 
not provided if the action applies to all basic services. 


SS Action 


C 


Activation, deactivation, interrogation etc. May not be available in case of USSD. 


SS Action time stamp 


M 


The time at which the action was requested. 


SS Parameters 


C 


Service dependent parameters or unstructured suppl. service data. 


SS Action Result 


C 


Result of the requested transaction if unsuccessful. 


Call Reference 


M 


A local identifier distinguishing between transactions at the same MS. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


System Type 


C 


This field indicates the use of GERAN, UTRAN (or a value of unknown). This field is 
present when either the UTRAN or GERAN air-interface is used on call setup. For 
an open CDR in a 2G NE (responsible for the CDR), the field is not present (even if 
the call is handed off to a 3G air interface). For a CDR in a 3G NE (responsible for 
the CDR), the value unknown shall be used after handover. 



£75/ 



3GPP TS 32.005 version 3.6.0 Release 1999 



95 



ETSI TS 132 005 V3.6.0 (2002-03) 



B.2.10 HLR interrogation 



If enabled, a HLR interrogation record shall be created for each interrogation performed for a mobile subscriber. These 
records may be produced in either the HLR itself or the interrogating MSC. 

Table B.10: HLR-int. record 



Field 




Description 


Record Type 


M 


HLR interrogation. 


Served IMSI 


C 


The IMSI of the party being interrogated, if successful 


Served MSISDN 


M 


The IVISISDN of the subscriber being interrogated. 


Recording Entity 


M 


The E.I 64 Number of the HLR / MSC. 


Routing Number 


C 


Routing number (MSRN, forwarding no.) provided by the HLR if the interrogation 
was successful. 


Basic Service 





Only for teleservice 21 (SMS-MT). 


Int. time stamp 


M 


Time at which the interrogation was invoked. 


Number of Forwarding 


C 


The number of times the call has been forwarded if provided by ISUP. 


Interrogation Result 


C 


The result of the interrogation request if unsuccessful. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 



B.2.1 1 Location update (VLR) 

If enabled, a VLR location update record shall be produced in the (new) VLR for each location registration or location 
update received by the VLR for a mobile subscriber. 

Table B.11: Loc.-upd. (VLR) record 



Field 




Description 


Record Type 


M 


Location update. 


Served IMSI 


M 


IMSI of the served MS. 


Served MSISDN 





The primary MSISDN of the party performing the location update 


Recording Entity 


M 


The E.164 number of the entity (VLR or MSC/VLR) generating the record. 


Old location 


C 
C 


Not present for registration: 
VMSC Number 
Location Area Code 


New location 


M 
M 



VMSC Number 
Location Area Code 
Cell Identification or SAC 


MS Classmark 


M 


The mobile station classmark 


Update time stamp 


M 


Time at which the update was invoked. 


Update Result 


C 


The result of the location update if unsuccessful. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 
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B.2.12 Location update (HLR) 



If enabled, an HLR location update record shall be produced in the HLR for each location registration or location 
update received by the HLR for a mobile subscriber including location updates received from subscribers roaming in 
foreign PLMNs. 

Table B.12: Loc.-Upd. (HLR) record 



Field 




Description 


Record Type 


M 


Location update. 


Served IMSI 


M 


IIVISI of the served MS. 


Recording Entity 


M 


The E.164 Number of the HLR. 


Old location 





VMSC Number 
VLR Number 


New location 


M 


VMSC Number 
VLR Number 


Update time stamp 


M 


Time at which the update was invoked. 


Update Result 


C 


The result of the location update if unsuccessful. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 



B.2.13 Short Message Service, mobile originated 

If enabled, an SMS-MO record shall be produced, within the originating MSC, for each short message sent by a mobile 
subscriber. 

Table B.13: SMS-MO record 



Field 




Description 


Record Type 


M 


SMS-Mobile originated. 


Served IMSI 


M 


The IMSI of the subscriber sending the short message. 


Served IMEI 





The IMEI of the ME sending the message, if available. 


Served MSISDN 





The primary MSISDN of the subscriber sending the message. 


MS Classmark 


M 


The mobile station classmark. 


Service Centre 


M 


The address (E.164) of the SMS-service centre. 


Recording Entity 


M 


The E. 1 64 number of the visited MSC 


Location 





The Location Area Code and Cell Identifier from which the message originated. 


Event Time stamp 


M 


The time at which the message was received by the MSC from the subscriber. 


Message Reference 


M 


A reference, provided by the MS uniquely identifying this message. 


SMS Result 


C 


The result of the attempted delivery if unsuccessful. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


Destination number 





The destination short message subscriber number. 


CAMELSMSInformation 


C 


Set of CAMEL information lEs. Each of these lEs contains information related to 
CAMEL call leg related for the SMS. 


System Type 


C 


This field indicates the use of GERAN, UTRAN (or a value of unknown). This field is 
present when either the UTRAN or GERAN air-interface is used on call setup. For 
an open CDR in a 2G NE (responsible for the CDR), the field is not present (even if 
the call is handed off to a 3G air interface). For a CDR in a 3G NE (responsible for 
the CDR), the value unknown shall be used after handover. 
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B.2.14 Short Message Service, mobile terminated 

If enabled, an SMS-MT record shall be produced, within the terminating MSC, for each short message received by a 
mobile subscriber. 

Table B.I 4: SMS-MT record 



Field 




Description 


Record Type 


M 


SIVIS-IVIobile Terminated. 


Service Centre 


M 


The E.164 address of the SIVIS service centre. 


Served IMSI 


M 


The IMSI of the receiving party. 


Served IMEI 





The IMEI of the receiving party, if available. 


Served MSISDN 





The MSISDN of the receiving party. 


MS Classmark 


M 


The mobile station classmark. 


Recording Entity 


M 


The E.164 number of the visited MSC. 


Location 





The Location Area Code and Cell Identifier to which the message was delivered. 


Event time stamp 


M 


Delivery time stamp, time at which message was sent to the MS by the MSC. 


SIVIS Result 


C 


The result of the attempted delivery if unsuccessful. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


System Type 


C 


This field indicates the use of GERAN, UTRAN (or a value of unknown). This field is 
present when either the UTRAN or GERAN air-interface is used on call setup. For 
an open CDR in a 2G NE (responsible for the CDR), the field is not present (even if 
the call is handed off to a 3G air interface). For a CDR in a 3G NE (responsible for 
the CDR), the value unknown shall be used after handover. 



B.2.15 SIVIS-iVIO interworking record 



If enabled, an SMS -MO interworking record shall be produced, within the interworking MSC, for each short message 
generated by a mobile subscriber. These records may be used to settle accounts between PLMNs and SMS service 
centres. 

Table B.15: SMS-MO interworking record 



Field 




Description 


Record Type 


M 


SMS-MO interworking record. 


Service Centre 


M 


The E.164 address of the SMS service centre. 


Served IMSI 


M 


The IMSI of the sending party. 


Recording Entity 


M 


The E.164 number of the visited MSC. 


Time stamp 


M 


The time at which the message was received by the interworking function. 


SMS Result 


C 


The result of the attempted delivery if unsuccessful. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 



B.2.16 SIVIS-IVIT gateway record 



If enabled, an SMS-MT gateway record shall be produced, within the gateway MSC, for each short message sent to a 
mobile subscriber. 



Table B.I 6: SMS-MT gateway record 



Field 




Description 


Record Type 


M 


SMS-MT gateway record. 


Service Centre 


M 


The E.164 address of the SMS service centre. 


Served IMSI 


M 


The IMSI of the receiving party. 


Served MSISDN 





The MSISDN of the receiving party. 


Recording Entity 


M 


The E.164 number of the visited MSC. 


Time stamp 


M 


The time at which the message was received by the gateway. 


SMS Result 


C 


The result of the attempted delivery if unsuccessful. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 
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B.2.17 Common equipment usage record 

If enabled, a common equipment usage record shall be created in the VMSC to record the usage (duration) of common 
equipment, e.g. conference circuits, employed by a mobile subscriber. For further details see the example scenario in 
subclause B.4.9. 

Table B.17: Common equipment usage record 



Field 




Description 


Record Type 


M 


Common equipment usage record. 


Equipment type 


M 


e.g. Conference circuit. 


Equipment Id. 


C 


The local id. of the equipment employed. 


Served IMSI 


M 


The IMSI of the party responsible for the seizure of the equipment.. 


Served MSISDN 





The primary MSISDN of the served party.. 


Recording Entity 


M 


The E.164 number of the MSC in which the equipment is located. 


Basic service 


C 


Bearer or teleservice employed, if appropriate. 


ChangeOfService 





A list of changes of basic service during a connection each time-stamped. 


Supp. Services 


c 


Supplementary services invoked in connection with this equipment. 


Event Time Stamp 


M 



Seizure time: the time at which the equipment was seized. 
Release time: the time at which the equipment was released. 


Call Duration 


M 


The total duration of the usage of the equipment. 


Call Reference 


M 


A local identifier distinguishing between transactions. 


Sequence no. 


C 


Partial record sequence number if applicable. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 



B.2.18 Reduced partial records 



In order to minimise the amount of data transferred, the contents of partial record may be reduced to those fields 
required to uniquely identify the connection and those fields that actually change. Table B.18 contains an example of 
such a record for a mobile originated call attempt. Reduced partial records may be generated for any of the relevant call 
records. 

Table B.18: Reduced partial (MOC) record 



Field 




Description 


Record Type 


M 


Mobile originated. 


Served IMSI 


C 


IMSI of the calling party, if available 


Called Number 


C 


If available. 


Recording Entity 


M 


The E.164 number of the visited MSC producing the record. 


Change of Location 


C 


A list of changes in Location Area Code / Cell Identifier each time-stamped. 


ChangeOfService 


C 


A list of changes of basic service during a connection each time-stamped. 


Change of AOC Parms 


C 


New AOC parameters sent to the MS e.g. as a result of a tariff switch over, 
including the time at which the new set was applied. 


Change of Classmark 


C 


A list of changes to the classmark during the connection each time-stamped 


Event time stamps: 


M 


Answer time, start of this partial record. 


Call duration 


M 


The chargeable duration of this partial record. 


Change of Rad. Chan. 


C 


A list of changes each time stamped 


Cause for termination 


M 


The reason for the release of the connection. 


Diagnostics 





Only relevant for the last record in the sequence. 


Data volume 


C 


The number of data segments transmitted during this partial output 


Sequence no. 


M 


Partial record sequence number, only present in case of partial records. 


Call reference 


M 


A local identifier distinguishing between transactions on the same MS 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


System Type 


C 


This field indicates the use of GERAN, UTRAN (or a value of unknown). This field is 
present when either the UTRAN or GERAN air-interface is used on call setup. For 
an open CDR in a 2G NE (responsible for the CDR), the field is not present (even if 
the call is handed off to a 3G air interface). For a CDR in a 3G NE (responsible for 
the CDR), the value unknown shall be used after handover. 
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B.2.19 Terminating CAIVIEL call attempt 

If the generation of these records is enabled, a terminating CAMEL call attempt record shall be generated for each call 
toward a subscriber with a T-CSI or VT-CSI and if the terminating trigger criteria are met. The record is generated in 
the GMSC/gsmSSF carrying out the terminating CAMEL call handling and in the MSC server/gsmSSF carrying out the 
visited terminating CAMEL call handling. 

Table B.19: Terminating CAMEL record 



Field 




Description 


Record Type 


M 


Terminating CAMEL interrogation. 


Served IMSI 


M 


IMSI of the called party 


Served MSISDN 





The MSISDN of the called party. 


Recording Entity 


M 


The E. 1 64 number of the GMSC. 


Int. time stamp 


M 


Time at which the interrogation was invoked. 


CAIVIEL Destination 
Number 


M 


The number available for routing after the CAMEL server enquiry. 


gsmSCF Address 


M 


The CAMEL server serving the subscriber. 


Service key 


M 


The CAMEL service logic to be applied. 


Network call reference 


M 


An identifier to correlate transactions on the same call taking place in different 
network nodes, shall be present if CAMEL is applied. 


MSC Address 


M 


This field contains the E.164 number assigned to the MSC that generated the 
network call reference. 


Default call handling 





Indicates whether or not a CAMEL call encountered default call handling. This field 
shall be present only if default call handling has been applied. 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 


Called Number 


M 


The address of the called party as received by the GMSC/gsmSSF. 


Calling Number 


C 


The address of the calling party, if available. 


Incoming TKGP 





The GMSC trunk group on which the call originated. 


Outgoing TKGP 





The trunk group on which the call left the GMSC 


Event time stamps: 


C 
C 



Seizure of incoming traffic channel (for unsuccessful call attempts) 
Answer (for successful calls) 
Release of traffic channel 


Call duration 


M 


The chargeable duration of the connection for successful calls, the holding time of 
call attempts. 


Data volume 


C 


The number of data segments transmitted if available at the GMSC 


Cause for termination 


M 


The reason for the release of the connection. 


Diagnostics 





A more detailed reason for the release of the connection. 


Call reference 


M 


A local identifier distinguishing between transactions on the same MS 


Sequence no. 


C 


Partial record sequence number, only present in case of partial records. 


Number of DP 
encountered 





Number that counts how often armed detection points (TDP and EDP) were 
encountered. 


Level of CAMEL service 





Indicator of the complexity of the CAMEL feature used. 


Free format Data 


C 


This field contains data sent by the gsmSCF in the FCI message(s). The data can 
be sent either in one FCI message or several FCI messages with append indicator. 


CAMEL call leg 
information 


C 


Set of CAMEL information lEs. Each of these lEs contains information related to 
one outgoing CAMEL call leg. 


Free format data 
append indicator 


C 


Indicator if free format data from this CDR is to be appended to free format data in 
previous partial CDR. 


Default call handling 2 





Indicates whether or not a CAMEL call encountered default call handling for 2™ 
service such as dialled service. This field shall be present only if default call 
handling has been applied. 


GsmSCF address 2 


c 


Identifies the CAMEL server serving the subscriber for 2"'^ service such as dialled 
service. 


Service key 2 


c 


The CAMEL service logic to be applied for 2"° service such as dialled service. 


Free format Data 2 


c 


This field contains data sent by the gsmSCF in the FCI message(s) for 2™ service 
such as dialled service. The data can be sent either in one FCI message or several 
FCI messages with append indicator. 


Free format data 
append indicator 2 


c 


Indicator if free format data for 2"° service from this CDR is to be appended to free 
format data in previous partial CDR. 


VMSC indication 


c 


Indication if the CAMEL call handling is active in the VMSC. 
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B.3 Description of record fields 

This subclause contains a brief description of each field of the call and event records described in the previous 
subclause. 

B.3.1 Additional Charging Information 

This field consists of two parts, a charge indicator and additional charging parameters. The charge indicator is derived 
from the information contained within the ISUP "backward call indicator" and may be used to store a charge indicator 
(charge/no charge) received from another network node. The additional charging parameters are non-standard and 
intended to permit the inclusion of further charging information received from Intelligent Network and/or Value Added 
Service nodes. 

B.3. 2 AoC parameters / change of AoC parameters 

The AoC parameter field contains the set of charge advice (AoC) parameters sent to the MS on call set-up. If further 
sets of parameters are sent during the call, as a result of a tariff switch-over for example, then this may be recorded in 
the Change of AoC Parameter field including the time at which the change occurred. 

It should be noted that the Change of AoC Farms, field is optional and not required if partial records are generated on 
tariff switch-over. 

The AoC parameters are defined in 3GPP TS 22.024 [12]. 

B.3. 3 Basic Service / change of service / ISDN Basic Service 

The basic service field contains the code of the basic service employed on call set-up. Any alteration to the basic service 
during the connection may be recorded in the change of service field including the time at which the change took place. 

The change of service field is optional and may be omitted if partial records are created whenever the basic service is 
changed. 

The coding of basic services is defined in detail in 3GPP TS 29.002 [17]. 

In the case of the transit record the GSM basic service employed is generally not available. However, if the device on 
which the call originates/terminates is connected via ISDN digital subscriber signalling then the appropriate ISDN basic 
service code may be recorded in the record. One possible example includes the direct connection of an ISDN PABX to 
an MSC/VLR. 

B.3.4 Call duration 

This field contains the relevant call duration in seconds. For incomplete calls (call attempts) the relevant duration is the 
call holding time from the seizure to the release of the traffic channel. For complete (answered) calls this is the 
chargeable duration from answer to release of the traffic channel. For partial records this is the duration of the 
individual partial record and not the cumulative duration of the call. 

It should be noted that the time stamps may be expressed in terms of tenths of seconds or even milliseconds and, as a 
result, the calculation of the call duration may result in the rounding or truncation of the measured duration to a whole 
number of seconds. 

Whether or not rounding or truncation is to be used is considered to be outside the scope of the present document 
subject to the following restrictions: 

1) A call duration of zero seconds shall not be accepted. 

2) The same method of truncation/rounding shall be applied to both single and partial records. 

If CAMEL is invoked for the call and a control relationship is existing, the call might continue after a RELEASE or a 
DISCONNECT from the called party side received by the gsmSSF. The call duration of the incoming leg is stored in 
the main body of the call record. For each outgoing leg the call duration is stored in the respective 
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'CAMELInformation' module. If a call leg does not reach answer status and attempt charging is enabled a 
'CAMELInformation' module containing the holding time is generated. 

An example of how to use the call duration and the timestamps is given in Figure B.O. It shows a CAMEL controlled 
mobile originated follow-on scenario. The uppermost arrow ® marks the over all duration of the call that is to be 
measured and stored in the main body of the respective MOC record. The duration before tj (incoming leg) or t4 
(outgoing leg) needs not to be stored since the call is answered later on. The call duration in the first outgoing leg 
module contains the time interval from t4 to tg (period @). The call duration measurement of the second outleg is started 
with tg and ended with tio (interval (D). 

Since the last outgoing leg is not answered, the respective module contains the holding time starting with tn and ending 
with ti3 (period ®). 

(The timestamps tj, t2, tj, tv, tg and t|2 are mentioned for completion reasons only.) 



inc. leg 
outg. leg 1 
outg. leg 2 
outg. leg 3 



-I— I— I H 

tl h t3 t4 ts 

call duration of incoming leg : 
call duration of outgoing leg : 
holding time of outgoing leg 
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Duration logging 



seizure of outg. leg 1 

start of call duration (outg. leg 1) 
start of call duration (inc. leg) 
stop of call duration (outg. leg 1) 
seizure of outg. leg 2 

start of call duration (outg. leg 2) 
stop of call duration (outg. leg 2) 
seizure of outg. leg 3 
start of holding time (outg. leg 3) 



stop of holding time (outg. leg 3) 
Figure B.O: Call duration measurement in follow-on scenarios 



B.3.5 Call reference 

This field uniquely identifies a call or transaction on one side of the interface (i.e. 'A' or 'B' side) and is derived from the 
transaction identifier of 3GPP TS 24.008 [16]. It is also used to identify all partial records and transactions belonging to 
the same connection. 

For the avoidance of doubt, there is no global call reference defined within GSM and the call reference field cannot be 
used to combine, for example, the MOC and MTC records of a mobile-to-mobile connection. 

B.3.5. 1 Network call reference 

Whenever CAMEL is applied, this field is used for correlation of call records outputted from the originating MSC 
(when applicable), the GMSC and the terminating MSC, and a network optional call record from the gsmSCF. 
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B.3.6 Calling / called / connected / translated number 

In general a ITU-T E.164 [2] number but may also include other numbering plans e.g. X.121. Each of these fields 
includes the type of number and number plan as specified in detail in 3GPP TS 24.008 [16]. Where appropriate, these 
fields may also contain the presentation and screening information also specified in 3GPP TS 24.008 [16]. 

The called number is the number received from the mobile station on mobile originated call set-up as defined in 
3GPP TS 24.008 [16]. Similarly, the calling number is the number received from the network on mobile terminated call 
set-up. In case of CAMEL initiated CF, the called (forwarded-to) number is returned by CAMEL. 

The translated number is the result of any digit translation performed by the MSC on the called number received from 
the mobile station on mobile originated call set-up. 

The connected number is the number of the actual party reached as defined in 3GPP TS 24.008 [16]. Although this is 
normally identical to the called number it may differ. 

The following examples are intended to explain the use of these fields: 

Example 1 : Called Number = Connected Number 

Normal call from a mobile subscriber to a mobile subscriber or to a PSTN subscriber. 

Example 2: Called Number != Connected Number 

In case of routing to a PABX with Automatic Call Distribution or to an ISDN Basic Access with 
several devices attached. The connected number is that of the party actually reached. N.B. The 
recording of the actual number connected may be limited by the capability of intermediate 
signalling connections. 

Example 3: MTC record for Call Forwarding ("A" -> "B" -> "C") 

In case of call forwarding, the connected number recorded in the MTC record of the "B" 
subscriber is that of the forwarded-to party or "C" subscriber. The calling party field contains the 
number of the "A" subscriber. 

Example 4: Translated Number 

This field is only present if digit translation is applied by the MSC to the called number received 
from the mobile station. Examples include abbreviated dialling codes and service numbers. 

B.3.7 CAMEL call leg information 

This field contains a set of CAMEL information lEs according to the number of outgoing CAMEL call legs. 

B.3.7. 1 CAIVIEL information 

This field contains a list of parameters with information related to one CAMEL outgoing call leg. 

As a network option, parameters that are identical to the corresponding values in the top level structure of the record are 
not recorded again. That means whenever a value is not mentioned in this set the value provided in the basic record is 
valid instead. This might lead to an empty or even absent structure, if no parameter was modified. 

B.3.8 CAIVIEL initiated CF indicator 

The purpose of this field is to destinguish CAMEL call forwarding service scenarios from standard GSM call 
forwarding scenarioes. 

From the BCSM's point of view this field is set to 'CF' whenever the 0_CSI was applied after terminating CAMEL 
call processing had been taken place changing the call destination. For the avoidance of doubt: this flag does not depend 
on other modified call parameter(s) (e.g.: redirection information, e.t.c.) received in the CAP_CONNECT message of 
the T_CSI service. 

This flag also indicates that another record might be generated, one containing the charging information related to the 
terminating CAMEL service and one containing the charging information related to the originating CAMEL service. 
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B.3.9 CAMEL SMS Information 

This field contains following CAMEL information for mobile originated SMS: 

- Default SMS handling 

This field indicates whether or not a CAMEL encounteres default SMS handling. This field shall be present only if 
default SMS handling has been applied. 

Free format data 
See subclause B.3.13. 

Calling Party Number 
This field contains Calling Party Number modified by CAMEL service. 

CAMEL modified Service Centre 
This field contains SMS-C address modified by CAMEL service. 

Destination Subscriber Number 
This field contains short message Destination Number modified by CAMEL service. 

- SMS Reference Number 

This field contains the SMS Reference Number assigned to the Short Message by the MSC. 

B.3.10 Cause for termination 

This field contains a generalised reason for the release of the connection including the following: 

normal release; 

CAMEL initiated call release; 

partial record generation; 

partial record call re-establishment; 

unsuccessful call attempt; 

abnormal termination during the stable phase. 
A more detailed reason may be found in the diagnostics field. 

B.3.11 Data volume 

This field includes the number of 64 octet segments transmitted during the use of data services if known (see B.1.3 
Packet Data Services). 



B.3.12 Default call handling 



This field indicates whether or not a CAMEL encountered default call handling. This field shall be present only if 
default call handling has been applied. Parameter is defined in HLR as part of CAMEL subscription information. 

B.3.13 Destination Number 

This field contains short message Destination Number requested by the user. 
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B.3.14 Diagnostics 



This field includes a more detailed technical reason for the release of the connection and may contain one of the 
following: 

- a MAP error from 3GPPTS 29.002 [17]; 

- a Cause fi-om 3GPP TS 24.008 [16]; 

- a Cause fi-om 3GPP TS 29.078 [23]; 

- aCausefiomISUPQ.767[26]. 

The diagnostics may also be extended to include manufacturer and network specific information. 



B.3.15 Entity number 



This field contains the ITU-T E.164 [2] number assigned to the entity (MSC, VLR, HLR etc.) that produced the record. 
For further details concerning the structure of MSC and location register numbers see 3GPP TS 23.003 [14]. 



B.3.16 Equipment id 



This field contains a local identifier used to distinguish between equipment of the same equipment type e.g. the number 
of the conference circuit employed if more than one is available. 

B.3.17 Equipment type 

This field contains the type of common equipment employed e.g. conference circuit for multi-party service. 

B.3.18 Event time stamps 

These fields contain the event time stamps relevant for each of the individual record types. 

The call records may contain three significant call handling time stamps: 

The time at which the resource in question was seized (Seizure time) 

The time at which the call was answered or at which charging commences. (Answer time) 

The time at which the resource was released (Release time) 

For both Mobile Originated and Mobile Terminated calls, the Seizure time is the time at which the traffic channel is 
allocated i.e. the time at which the ASSIGN COMMAND message is sent to the MS. 

For Mobile Originated calls the Answer time is the time at which the CONNECT message is sent to the calling party. 
For Mobile Terminated calls the time at which the CONNECT message is received from the called party. However, if 
the subscriber has subscribed to the advice of charge charging level service, then the answer time shall be derived from 
the time at which the FACILITY message is received from the MS containing the acknowledgement of receipt of the 
AOC parameters. Similarly, if the AOC parameters are changed during the call then the change time recorded for a 
subscriber with AOC charging level is the receipt of the FACILITY message from the MS. For a subscriber with AOC 
information level the change time recorded is the time at which the FACILITY is sent to the MS. Finally, in case of call 
re-establishment (see subclause B.1.5) the answer time is the time at which the new traffic channel is allocated by the 
MSC i.e. when the ASSIGN COMMAND is sent to the MS. 

The Release time is the time at which the connection is released by either party i.e. a DISCONNECT or RELEASE is 
sent by the network or a DISCONNECT is received from the MS. In the case of a radio link failure, the release time is 
the time at which the failure was detected by the MSC. 

For unsuccessful call attempts the Seizure time is mandatory. The Release time is optional and the call duration 
recorded is the call holding time i.e. the difference between the two. 
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For successful calls the Answer time is mandatory and both the Seizure and Release times are optional. The call 
duration recorded is the chargeable duration i.e. the difference between the Answer and Release time stamps. 

The event records include the following time stamps: 

- HLR-int time: The receipt of a MAP_SEND_ROUTING_INFO request by the HLR. 

- Loc. Upd. time: The receipt of a MAP_UPD ATE_LOC ATION_AREA request by the VLR or the receipt of a 

MAP_UPDATE_LOCATION request by the HLR. 

SS-Action: The receipt of a supplementary service request by the VLR. 
e.g. MAP_REGISTER_SS, MAP_INVOKE_SS 

- SMS-MO: The receipt of an RP_DATA message from the MS containing an SMS_SUBMIT PDU. 

- SMS-MT: The transmission of an RP_DATA message to the MS containing anSMS_DELIVER PDU. 

It should be noted that the events listed above are only examples in order to demonstrate the principles and that the list 
is by no means exhaustive. 

All time-stamps include a minimum of date, hour, minute and second. 

B.3.1 9 Free format data 

This field contains charging information sent by the gsmSCF in the PCI messages as defined in 3GPP TS 29.078. The 
data can be sent either in one FCI message or several FCI messages with append indicator. This data is transferred 
transparently in the CAMEL sections of the relevant call records. 'Free format data' sent to the legID=l is always 
stored in the top level of the respective record. 'Free format data' sent to the leglD >1 is stored in the appropriate 
CAMEL call leg information field. 

If the FCI is received more then once during one continuing incoming/outgoing CAMEL call leg, the append indicator 
defines whether the FCI information is appended to previous FCI and stored in the relevant record or the information of 
the last FCI received is stored in the relevant record (the previous FCI information shall be overwritten). 

In the event of partial output the currently valid 'Free format data' is stored in the partial record. 

B.3.20 Free format data append indicator 

This field contains an indicator whether free format data is to be appended to free format data stored in previous partial 
CDR. This field is needed in CDR postprocessing to sort out valid free format data for that call leg from sequence of 
partial records. Creation of partial records is independent on received FCIs and thus valid free format data may be 
divided to different partial records. 

If field is missing then free format data in this CDR replaces all received free format data in previous CDRs. Append 
indicator is not needed in the first partial record. In following partial records indicator shall get value true if all FCIs 
received during that partial record have append indicator. If one or more of the received FCIs for that call leg during the 
partial record do not have append indicator then this field shall be missing. 

B.3.21 GsmSCF address 

This field identifies the CAMEL server serving the subscriber. Address is defined in HLR as part of CAMEL 
subscription information. 

B.3.22 HSCSD parameters / Change of HSCSD parameters 

The basic HSCSD parameters are negotiated between the MS and the network at call setup time. They comprise of the 
following parameters: 

the FNUR (Fixed Network User Rate) (optionally) 

the total AIUR (Air Interface User Rate) requested by the MS (for non-transparent HSCSD connections only) 
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a list of the channel codings accepted by the MS 

the maximum number of traffic channels accepted by the MS (this is noted in the channels requested field) 

the channel coding and the number of traffic channels actually used for the call. 

In case the network or user initiated modification procedure takes place during the call, the AIUR requested, the 
channel coding used and the number of traffic channel requested/used might be recorded in the Change of HSCSD 
parameters field including the time at which the change occurred and which entity requested the change. 

It should be noted that the Change of HSCSD Parameters field is optional and not required if partial records are 
generated when a Change of HSCSD Parameters takes place. 



B.3.23 Incoming/ outgoing trunk group 



The incoming trunk group describes the trunk on which the call originates as seen from the MSC. For mobile originated 
calls this will generally be a BSS trunk. Similarly, the outgoing trunk group describes the trunk on which the call leaves 
the MSC. 

B.3.24 Interrogation result 

This field contains the result of the HLR interrogation attempt as defined in the MAP (3GPP TS 29.002 [17]). 
NOTE: This field is only provided if the attempted interrogation was unsuccessful. 

B.3.25 Level of CAMEL service 

This field describes briefly the complexity of CAMEL invocation. 

'Basic' means that CAMEL feature is invoked during the setup phase (e.g.: to modify the destination) of the call 
only. 

'Online charging' means that CAMEL supported AoC parameter were sent to the mobile station (SCI is received 
from the gsmSCF). 

The flag 'call duration supervision' is set whenever the call duration supervision is applied in the gsmSSF of the 
VPLMN (apply charging message is received from the gsmSCF). 



B.3.26 Location / change of location 



The location field contains a combination of the Location Area Code (LAC) and Cell Identity (CI) of the cell in which 
the served party is currently located. Any change of location may be recorded in the change of location field including 
the time at which the change took place. 

The change of location field is optional and not required if partial records are generated when the location changes. 

The LAC and CI are both 2 octet quantities and coded according to 3GPP TS 24.008 [16]. 



B.3.27 Message reference 



This field contains a unique message reference number allocated by the mobile station when transmitting a short 
message to the service centre. This field corresponds to the TP-Message-Reference element of the SMS_SUBMIT PDU 
defined in 3GPP TS 23.040 [15]. 
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B.3.28 Mobile station classmark / change of classmark 

This MS classmark field contains the mobile station classmark employed by the served MS on call set-up as defined in 
3GPP TS 24.008 [16] (see mobile station classmark 2). Any alteration in the classmark during the connection may be 
recorded in the change of classmark field and will include the time at which the change took place. 

It should be noted that the change of classmark field is optional and not required if partial records are created when the 
classmark is altered. 

B.3.29 Number of DP encountered 

This field indicates how often CAMEL armed detection points (TDP and EDP) were encountered and is a measure of 
signalling between serving network and CAMEL service and complements 'Level of CAMEL service' field. Detection 
points from all applied CAMEL services for a single call leg and processed in the same gsmSSF shall be counted 
together. 

B.3.30 Number of forwarding 

This field, if provided via ISUP signalling, contains the number of times a call has been forwarded prior to the 
interrogation of the HLR and is defined in 3GPP TS 29.002 [17]. 

B.3.31 Old /new location 

These fields contain the location of a mobile subscriber before and after a location update. In case of VLR location 
update the location information consists of a VMSC number and location area code. In case of HLR location update the 
field contains the VMSC number and the VLR number. 

B.3.32 Radio channel requested / rad. channel used / change of 
rad. channel / speech version supported / speech version 
used 

The radio channel requested field contains the type of channel requested by the user. The following values are 
permitted: 

full rate; 

half rate; 

dual mode half rate preferred; 

dual mode full rate preferred. 

The radio channel used field indicates the type of traffic channel actually employed for the connection i.e. either full 
rate (Bm) or half rate (Lm) as described in GSM 05.01. Any change in the type of channel used may be recorded in the 
change of radio channel used field including the time at which the change occurred and the speech version used after 
the change of radio channel. 

The speech version supported field contains the speech version supported by the MS with the highest priority. The 
speech version used field contains the speech codec version assigned for that call. The coding is according GSM 08.08 
speech version identifier with the extension bit 8 set to 0. 

It should be noted that the change of radio channel field is optional and not required if partial records are generated. 
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B.3.33 Rate Indication 

This parameter specifies the rate adaptation that was used for the connection. The field is constructed from the 
information in the parameters "rate adaption" and "other rate adaption" signalled between the MS/UE and the network, 
see TS 24.008 [16]. 

The format of this field is a single octet with the following format: 

• Bits 0-1: the Rate Adaption field as defined in TS 24.008 [16] 

• Bits 2-3: the Other Rate Adaption field as defined in TS 24.008 [16] 

• Bits 4-7: not used 

B.3.34 Record extensions 

The field enables network operators and/ or manufacturers to add their own extensions to the standard record 
definitions. This field contains a set of "management extensions" as defined in ITU-T X.721 [5]. 

B.3.35 Record type 

The field identifies the type of the record e.g. mobile originated, mobile terminated etc. 

B.3.36 Routing number / roaming number 

The routing number field of the HLR interrogation record contains either a mobile station roaming number or, in case of 
call forwarding, a forwarded-to number. 

The roaming number field of the MOC record contains the mobile subscriber roaming number as defined in 
3GPP TS 23.003 [14] and coded according to 3GPP TS 29.002 [17]. 

B.3.37 Sequence number 

This field contains a running sequence number employed to link the partial records generated for a particular connection 
(see A. 1.2 Partial records). 

B.3.38 Served IIVIEI 

This fields contains the international mobile equipment identity (IMEI) of the equipment served. The term "served" 
equipment is used to describe the ME involved in the transaction recorded e.g. the called ME in case of an MTC record. 

The structure of the IMEI is defined in 3GPP TS 23.003 [14]. 

B.3.39 Served IIVISI 

This fields contains the international mobile subscriber identity (IMSI) of the served party. The term "served" party is 
used to describe the mobile subscriber involved in the transaction recorded e.g. the calling subscriber in case of an 
MOC record. 

The structure of the IMSI is defined in 3GPP TS 23.003 [14]. 

B.3.40 Served IVISISDN 

This fields contains the mobile station ISDN number (MSISDN) of the served party. The term "served" party is used to 
describe the mobile subscriber involved in the transaction recorded e.g. the called subscriber in case of an MTC record. 
In case of multi-numbering the MSISDN stored in a MOC record will be the primary MSISDN of the calling party. 
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The structure of the MSISDN is defined in 3GPP TS 23.003 [14]. 

B.3.41 Service centre address 

This field contains a ITU-T E.164 [2] number identifying a particular service centre e.g. short message service centre 
(see 3GPPTS 23.040 [15]). 

B.3.42 Service key 

This field identifies the CAMEL service logic applied. Service key is defined in HLR as part of CAMEL subscription 
information. 



B.3.43 Short message service result 



This field contains the result of an attempt to deliver a short message either to a service centre or to a mobile subscriber 
(see 3GPP TS 29.002 [17]). Note that this field is only provided if the attempted delivery was unsuccessful. 



B.3.44 Supplementary service action 



This field contains the type of supplementary service action requested by the subscriber or performed by the network. 
Possible values include: 

- registration; 
erasure; 
activation; 
deactivation; 

- interrogation; 
invocation. 

For further details see 3GPP TS 22.004. 

B.3.45 Supplementary service action result 

This field contains the result of an attempted supplementary service action (see 3GPP TS 29.002 [17]). Note that this 
field is only provided if the SS-action was at least partially unsuccessful. 

B.3.46 Supplementary service parameters 

This field contains the parameters associated with a supplementary service action requested by the subscriber. For 
further details of the parameters involved see the GSM 02. 8n series of documents. 



B.3.47 Supplementary service(s) 



The supplementary service field in the Supplementary Service record type contains the code of the supplementary 
service on which the action was performed. 

The supplementary services field in the MOC / MTC records contains the codes of the supplementary services invoked 
as a result of, or during, a connection. 

The coding of supplementary service is described in detail in 3GPP TS 29.002 [17]. 
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B.3.48 System type 



This field is present conditionally, indicating the use of a 3G air-interface for the provision of service recorded by this 
CDR. 

In the case of service provided by a GSM air-interface, the field is not present. 



B.3.49 Transparency indicator 



This field indicates whether the basic service was employed in transparent or non-transparent mode. It should also be 
noted that this field is only relevant for those services which may be operated in both transparent and non-transparent 
modes. 

B.3.50 Update result 

This field contains the result of the location update request as defined in the MAP (3GPP TS 29.002 [17]). Note that this 
field is only provided if the attempted update was unsuccessful. 

B.3.51 VIVISC indication 

This field contains an indicator whether the CAMEL subscription information is active. The parameter is present for the 
VT-CSI in the VMSC and not present for the T-CSI in the GMSC. 

This indication should be used for differentiation between the validity of the record content for T-CSI in the GMSC and 
VT-CSI in the VMSC. 



B.4 Example scenarios 



This clause contains a number of example scenarios illustrating the purpose and practical usage of the various types of 
records defined in the previous subclauses. These examples are by no means exhaustive. 

For the purpose of these examples the following assumptions have been made: 

- that the MSC and VLR are co-located; 

that the records are sent to an OS "Administration/ Billing Center (ADC/BC)" for post-processing; 

that the generation of all of the record types described in this annex has been enabled; 

that the HLR interrogation records are produced in the HLR and not the interrogating MSC; 

that supplementary service actions are recorded in separate event records. 
The following conventions have been used for the figures contained within this subclause: 

1) Network connections and signalling transactions are illustrated by means of solid lines and referenced by number 

e.g. (1). 

2) Operation & Maintenance actions, such as the transfer of call records, are represented by means of dotted lines 
and referenced by letter e.g. (A). 

3) The ADC/BC has been included in some, but not all, of the examples. The only reason for this decision is to 
simplify the resulting figures. For the avoidance of doubt, the presence of an ADC/BC is assumed even if not 
explicitly included. 

The following examples are included:- 

1) Mobile to Land (outgoing) call; 

2) Land to Mobile (incoming) call; 
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3) Mobile to Mobile call within the same network; 

4) Incoming call to a roaming subscriber; 

5) Incoming call to a PLMN Service Centre; 

6) Call Forwarding Unconditional; 

7) Call Forwarding conditional (on Busy); 

8) Delivery of a Mobile Terminated Short Message; 

9) Call Hold and Multi-party services; 

10) Outgoing call handled by CAMEL; 

11) Incoming call handled by CAMEL without redirection; 

12) Incoming call to a roaming subscriber handled by CAMEL; 

13) Incoming call handled by CAMEL with redirection decided and forwarding leg handled by CAMEL; 

14) Incoming call handled by CAMEL without redirection and forwarded early using GSM SS but controlled by 
CAMEL; 

15) Incoming call handled by CAMEL without redirection and forwarded late using GSM SS but controlled by 
CAMEL; 

16) Early forwarded call controlled by CAMEL; 

17) Late forwarded call controlled by CAMEL; 

18) Incoming call handled by CAMEL with redirection initated by CAMEL feature; 

19) Incoming call handled by CAMEL in VMSC without redirection; 

20) Incoming call handled by CAMEL in VMSC with redirection decided and forwarding leg handled by 
CAMEL 

B.4.1 Mobile to land (outgoing) call 

Figure B.l illustrates a simple outgoing call from a PLMN subscriber "A" to a fixed network subscriber "B" (1). 

The originating MSC (MSC-A) shall generate an MOC record for subscriber "A". 

The GMSC shall create an outgoing gateway record for accounting with the fixed network including details of the point 
at which the call left the PLMN i.e. the GMSC id. and outgoing trunk group. This record also includes time stamps to 
determine both the holding time of the outgoing trunk and the duration of the conversation. 

For the avoidance of doubt, even if the MSC and GMSC are co-located both records shall be produced. 

The records generated are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 
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Figure B.1 : Mobile to land (outgoing) call 



B.4.2 Land to mobile (incoming) call 

Figure B.2 illustrates a simple incoming call from a fixed network subscriber "A" to a PLMN subscriber "B". 

The incoming call is first routed to a GMSC (1). The GMSC shall create an incoming gateway record for fixed network 
accounting purposes to record the point at which the call entered the network together with the time stamps required to 
calculate the holding time of the incoming trunk and the conversation duration. This gateway record shall contain the 
IMSI of the called subscriber. 

The GMSC interrogates the HLR of the called subscriber in order to determine his current location (2). The HLR shall 
create an HLR interrogation event record. 

The GMSC routes the call to the MSC at which the subscriber is currently registered (3). This terminating MSC (MSC- 
B) shall create an MTC record for subscriber "B". 
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For the avoidance of doubt, even if the MSC and GMSC are co-located both the MTC and gateway records shall be 
produced. 

The records generated are subsequently transferred to the OS either on release of the connection or when collected by 
the OS (A). 
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Figure B.2: Land to mobile (incoming) call 

B.4.3 Mobile to mobile call within the same network 

Figure B.3 illustrates a simple mobile to mobile call from subscriber "A" to subscriber "B" both within the same PLMN. 

The originating MSC (MSC-A) shall produce an MOC record for the call to subscriber "B". 

Having received a setup request from subscriber "A" (1), MSC-A interrogates the HLR of the called subscriber in order 
to determine his current location (2). The HLR shall create an HLR interrogation event record. 

MSC-A routes the call to the MSC at which subscriber is cuiTently registered (3). This terminating MSC (MSC-B) shall 
create an MTC record for subscriber "B". If MSC-A and MSC-B are co-located then two records, one MOC and one 
MTC, shall be produced for this call. 

The records generated are subsequently transferred to the OS either immediately following the release of the connection 
or when collected by the OS. 
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Figure B.3: Mobile to mobile call 



B.4.4 Incoming call to a roaming subscriber 

Figure B.4 illustrates an incoming call from a fixed network subscriber "A" to a PLMN subscriber "B" who is currently 
roaming in another PLMN. 

The call is first routed to a GMSC (1) and the GMSC shall create an incoming gateway record for accounting purposes 
as described in subclause B.4. 2. The GMSC interrogates the HLR of the called subscriber in order to determine his 
current location (2). The HLR shall create an Interrogation event record. 

The GMSC routes the call to the VPLMN in which subscriber "B" is cuiTently located (3). The GMSC shall create an 
outgoing gateway record for accounting purposes. The GMSC shall also create a roaming record. This record includes 
the IMSI of the "B" subscriber and may be used as a cross-check for the TAP information received from the VPLMN. 

The caU is then routed by the VPLMN to the MSC at which the subscriber is currently located (4). The GMSC of the 
VPLMN shall produce an incoming gateway record and the terminating MSC shall create an MTC record for the call to 
"B". 

The records generated are subsequently transferred to the OS of the appropriate PLMN (A). The MTC record generated 
by the terminating MSC shall be employed to create the appropriate MTC TAP record. The TAP records shall be 
included in a TAP file and transmitted to the HPLMN (B). 
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Figure B.4: Incoming call to a roaming subscriber 

B.4.5 Incoming call to a PLMN service centre 

Figure B.5 illustrates an incoming call from a fixed network subscriber "A" to a Service Centre directly connected to an 
MSC within a PLMN network. Examples for services provided by such a Service Centre include Voice Mail services, 
Operator services etc. 

The call is routed to a GMSC within the PLMN (1). The GMSC analyses the dialled digits and routes the call direcdy to 
the MSC to which the Service Centre is connected (2). 

As HLR interrogation is not required, there will be no HLR Interrogation record. The GMSC shall however, create an 
incoming gateway record based on the point at which the call entered the network and the destination (Service Centre) 
of the call. 

The MSC then connects the calling subscriber to the service centre. As no mobile subscriber is involved, the MSC will 
not create an MTC record, however, the MSC shall create a transit Record describing the destination of the call. 

The records generated are subsequently transferred to the OS of the PLMN (A). 

It should be noted that without the transit record, the MSC would not generate a record for this connection. 
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Figure B.5: Incoming call to a PLMN service centre 



B.4.6 Call forwarding unconditional 



Figure B.6 illustrates an incoming call from a fixed network subscriber "A" to a mobile subscriber "B" who has 
registered and activated Call Forwarding Unconditional (CFU) for the appropriate service. The call is subsequently 
forwarded to a second fixed network subscriber "C". 

For simplicity the registration and activation of CFU have not been included in the diagram. These actions shall of 
course be recorded in the appropriate supplementary service records. 

The incoming call is routed to a GMSC (1). This part of the connection is identical to the scenario outlined in subclause 
B.4.2. 

The GMSC interrogates the HLR of the called subscriber in order to determine his current location (2). The HLR shall 
create an HLR interrogation event record. The HLR informs the GMSC that "B" has activated CFU to subscriber "C". 

The GMSC forwards the call to the fixed network subscriber "C" (3). The GMSC shall create an MTC record for the 
"B" subscriber for the call from "A" and an MOC (call forwarding) record for the "B" subscriber for the call to "C". 
Both records shall contain the supplementary service employed (CFU). The GMSC shall also produce an outgoing 
gateway record as described in subclause B.4.1. 

The records generated are subsequently transferred to the OS of the HPLMN (A). 
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Figure B.6: Call forwarding unconditional 



B.4.7 Call forwarding conditional (on busy) 

Figure B.7 illustrates a mobile originated call from subscriber "A" to a second mobile subscriber "B" who has registered 
and activated Call Forwarding on Busy (CFB) for the appropriate service. The call is subsequently forwarded to a third 
mobile subscriber "C". In this example, all three subscribers are currently located within the same (the home) network. 

For simplicity the registration and activation of CFB have not been included in the diagram. 

Having received a setup request from subscriber "A" (1), the originating MSC (MSC-A) interrogates the HLR of 
subscriber "B" in order to determine his current location (la). The call is then routed to MSC-B (2). 

MSC-A shall create an MOC record for subscriber "A" containing details of the call to "B". The HLR shall produce an 
HLR interrogation record. 

On determining that subscriber "B" is busy and that CFB is active, the forwarding MSC/VLR (MSC-B) interrogates the 
HLR of subscriber "C" to determine his current location (2a) and forwards the call accordingly (3). 

MSC-B shall produce an MTC record for the "B" subscriber for the call from "A" and an MOC record for the "B" 
subscriber for the call to "C". Both records shall include the supplementary service employed (CFB). The HLR shall 
produce an Interrogation record. 

The terminating MSC (MSC-C) shall create a normal MTC record for subscriber "C". 

The records generated are subsequently transferred to the OS of the PLMN. 
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Figure B.7: Call forwarding conditional (busy) 



B.4.8 Delivery of a mobile terminated short message 

Figure B.8 illustrates the delivery of a short message to a mobile subscriber. 

The short message service center delivers the message to a GMSC or gateway function (1). The GMSC shall create an 
SMS gateway MT record. 

The GMSC then interrogates the HLR of the subscriber to determine his current location (2). The HLR shall create an 
HLR interrogation record. 

The message is subsequently transmitted to the MSC serving the mobile subscriber and finally to the mobile station of 
that subscriber (3). The MSC shall create an SMS MT record. 

The records generated are subsequently transferred to the OS of the HPLMN (A). 
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Figure B.8: Delivery of a short message to a mobile subscriber 

B.4.9 Call hold and multi-party service 

Figure B.9 illustrates the use of the call hold and multi-party services. 

A mobile subscriber ("A") sets up an outgoing call (1) to an ISDN subscriber ("B"). This call is recorded as outlined in 
subclause B.4.1. 

Subscriber "A" then invokes the call hold service. MSC-A shall produce a supplementary service action record for the 
invocation. 

Subscriber "A" then sets up a side-call (2) to a second mobile subscriber ("C") within the same network. This call is 
recorded as outlined in subclause B.4.3. 

Subscriber "A" subsequently invokes the multi-party service in order to set up a three-party conference with "B" and 
"C". MSC-A shall produce a common equipment record for the use of a conference circuit by subscriber "A". This 
record shall record the duration of the whole conference irrespective of the number of parties subsequently added to, or 
removed from the conference connection. 

Note that the MOC records produced by MSC-A for both the A -> B and A -> C legs of the conference shall contain the 
supplementary service code for multi-party. 
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Figure B.9: Call hold and multi-party service 



B.4.10 Outgoing call handled by CAMEL 

Figure B.IO illustrates an outgoing CAMEL call from a mobile CAMEL subscriber "A" to a fixed network subscriber 
"B" (1). 

The "A" subscriber has an active O-CSI (stored in the VLR). Therefore MSC-A requests instructions from the gsmSSF 
which passes the CAMEL service key to the gsmSCF to indicate which service logic it should apply (2). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to MSC-A. 

MSC-A generates an MOC record for the "A" subscriber. This record may be linked to an optional SCF-record. The 
record includes O-CSI data. 

The GMSC routes the call to the "B" subscriber (3). The GMSC shall create an outgoing gateway record as described in 
subclause B.4.1. 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 
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The following records are generated in HPLMN in this call scenario: 
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Figure B.10: Outgoing call handled by CAMEL 



B.4.1 1 Incoming call handled by CAMEL without redirection 

Figure B. 1 1 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B". 

The incoming call is first routed to the GMSC (1). The GMSC shall create an incoming gateway record for fixed 
network accounting purposes. 

The GMSC interrogates the HLR of the called subscriber in order to fetch the T-CSI (2). The HLR shall create an HLR 
interrogation record. 

The "B" subscriber has an active T-CSl. Therefore the GMSC requests instructions from the gsmSSF which passes the 
CAMEL service key to a gsmSCF to indicate which service logic it should apply (3). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 
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When gsmSCF processing is complete the call control is returned to the GMSC. The GMSC shall generate a 
terminating CAMEL interrogation record which contains T-CSI data. 

The GMSC interrogates the HLR in order to determine his current location (4). The HLR shall create an HLR 
interrogation record. 

The call is routed to MSC-B (5). An MTC record shall be generated. 

For avoidance of doubt, even if the MSC and GMSC are co-located both the MTC and gateway records shall be 
produced. 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 

The following records are generated in HPLMN in this call scenario: 
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Figure B.11: Incoming call handled by CAMEL without redirection 
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B.4.12 Incoming call to a roaming subscriber handled by CAMEL 

Figure B.12 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B" who is 
currently roaming in another PLMN. 

The call is first routed to a GMSC (1) and the GMSC shall create an incoming gateway record for fixed network 
accounting purposes. 

The GMSC interrogates the HLR of the called subscriber in order to fetch the T-CSI (2). The HLR shall create an HLR 
interrogation record. 

The "B" subscriber has an active T-CSI. Therefore the GMSC requests instructions from the gsmSSF which passes the 
CAMEL service key to a gsmSCF to indicate which service logic it should apply (3). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to the GMSC. The GMSC shall generate a 
terminating CAMEL interrogation record which contains T-CSI data. 

The GMSC interrogates the HLR in order to determine his current location (4). The HLR shall create an HLR 
interrogation record. 

The GMSC routes the call to the VPLMN in which subscriber "B" is currently located (5). The GMSC shall create an 
outgoing gateway record for accounting purposes. The GMSC shall also create a roaming record. This record includes 
the IMSI of the "B" subscriber and may be used as a cross-check for the TAP information received from the VPLMN. 

The call is then routed by the VPLMN to the MSC at which the subscriber is currently located (6). The GMSC of the 
VPLMN shall produce an incoming gateway record and the terminating MSC shall create an MTC record for the call to 
"B". 

The records generated are subsequently transferred to the OS of the appropriate PLMN (A). The MTC record generated 
by the terminating MSC shall be employed to create the appropriate MTC TAP record. The TAP records shall be 
included in a TAP file and transmitted to the HPLMN (B). 

The following records are generated in HPLMN in this call scenario: 
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The following records are generated in VPLMN in this call scenario: 
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Figure B.12: Incoming call to a roaming subscriber handled by CAMEL 

B.4.13 Incoming call handled by CAMEL with redirection decided 
and forwarding leg handled by CAMEL 

Figure B.13 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B". The 
call is subsequently forwarded to a second fixed network subscriber "C" by CAMEL initiated Call Forwarding. 

The incoming call is routed to the GMSC (1). The GMSC shall create an incoming gateway record for fixed network 
accounting purposes. 

The GMSC interrogates the HLR of the called subscriber in order to fetch the T-CSI and O-CSI (2). 

The "B" subscriber has an active T-CSI. Therefore the GMSC requests instructions from the gsmSSF which passes the 
CAMEL service key to a gsmSCF to indicate which service logic it should apply (3). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

The gsmSCF modifies the Called Party number and sets the CAP parameter 'Apply O-CSF . When gsmSCF processing 
is complete the call control is returned to the GMSC. The GMSC shall generate a terminating CAMEL interrogation 
record which contains T-CSI data. 
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The "B" subscriber has an active O-CSI. Therefore the GMSC requests instructions from the gsmSSF which passes the 
CAMEL service key to a gsmSCF to indicate which service logic it should apply (4). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to the GMSC 

The GMSC redirects the call to the fixed network subscriber "C" (5). The GMSC shall generate an MTC record for the 
"B" subscriber for the call from "A" and an MOC (call forwarding) record for the "B" subscriber for the call to "C". The 
MOC record includes O-CSI data and the parameter 'CAMEL initiated CF indicator'. The GMSC shall also produce an 
outgoing gateway record as described in subclause B.4.L 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 

The following records are generated in HPLMN in this call scenario: 



GMSC 


MSC 


HLR 


Incoming gateway record 


- 


HLR interrogation record 


Terminating CAMEL int. record 






IVITC record 






MOC (CF) record 






Outgoing gateway record 
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Figure B.13: Incoming call handled by CAMEL with redirection decided and forwarding leg handled 

by CAMEL 
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B.4.14 Incoming call handled by CAMEL without redirection and 
forwarded early using GSIVI SS but controlled by CAIVIEL 

Figure B.14 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B". The 
call is subsequently forwarded to a second fixed network subscriber "C" by GSM SS Call Forwarding Unconditional 
(CFU) but controlled by CAMEL. 

For simplicity the activation and registration of CFU have not been included in the diagram. These actions shall of 
course be registrated in the appropriate supplementary service records. 

The incoming call is routed to the GMSC (1). The GMSC shall create an incoming gateway record for fixed network 
accounting purposes. 

The GMSC interrogates the HLR of the called subscriber in order to fetch the T-CSI and O-CSI (2). The HLR shall 
create an HLR interrogation record. The HLR informs the GMSC that "B" has activated CFU. 

The "B" subscriber has an active T-CSI. Therefore the GMSC requests instructions from the gsmSSF which passes the 
CAMEL service key to a gsmSCF to indicate which service logic it should apply (3). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to the GMSC. The GMSC shall generate a 
terminating CAMEL interrogation record which contains T-CSI data. 

The "B" subscriber has an active O-CSI. Because the "B" subscriber has activated CFU he acts as the originating party 
for the forwarded leg. Therefore the GMSC requests instructions from the gsmSSF which passes the CAMEL service 
key to a gsmSCF to indicate which service logic it should apply (5). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to the GMSC 

The GMSC redirects the call to the fixed network subscriber "C" (6). The GMSC shall generate an MTC record for the 
"B" subscriber for the call from "A" and an MOC (call forwarding) record for the "B" subscriber for the call to "C". The 
MOC record includes O-CSI data. The GMSC shall also produce an outgoing gateway record as described in subclause 
B.4.1. 

If the B-subscriber do not have an active O-CSI the call is forwarded to the "C" subscriber after the first gsmSCF 
invocation. 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 

The following records are generated in HPLMN in this call scenario: 



GMSC 


MSC 


HLR 


Incoming gateway record 


- 


HLR interrogation record 


Terminating CAI\/IEL int. record 






IVITC record 






MOC (CF) record 






Outgoing gateway record 
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Figure B.14: Incoming call handled by CAMEL without redirection and forwarded early using GSM SS 

but controlled by CAMEL 

B.4.15 Incoming call handled by CAMEL without redirection and 
forwarded late using GSM SS but controlled by CAMEL 

Figure B.15 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B" who 
has registered and activated Call Forwarding on No Reply (CFNRY) for the appropriate service. The call is 
subsequently forwarded to a second fixed network subscriber "C". 

For simplicity the registration and activation of CFNRY have not been included in this diagram. These actions shall be 
recorded in the appropriate supplementary service records. 

The incoming call is routed to the GMSC (1). The GMSC shall create an incoming gateway record for fixed network 
accounting purposes. 

The GMSC interrogates the HLR of the called subscriber in order to fetch the T-CSI and O-CSI (2). The HLR shall 
create an HLR interrogation record. 

The "B" subscriber has an active T-CSI. Therefore the GMSC requests instructions from the gsmSSF which passes the 
CAMEL service key to the gsmSCF to indicate which service logic it should apply (3). 
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The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to the GMSC. The GMSC shall generate a 
terminating CAMEL interrogation record which contains T-CSI data. 

The GMSC interrogates the HLR in order to determine his current location (4). The HLR shall create an HLR 
interrogation record. 

The call is routed to MSC-B (5). The "B" subscriber do not answer the call. MSC-B shall produce an MTC record for 
the "B" subscriber for the call from "A". 

The "B" subscriber has an active O-CSI. Because the "B" subscriber has activated CFNRY he acts as the originating 
party for the forwarded leg. Therefore MSC-B requests instructions from the gsmSSF which passes the CAMEL service 
key to the gsmSCF to indicate which service logic it should apply (6). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to MSC-B. 

MSC-B forwards the call via the GMSC to the "C" subscriber (7). MSC-B shall produce an MOC (call forwarding) for 
the "B" subscriber for the call to "C". The record includes O-CSI data. The GMSC shall also produce an outgoing 
gateway record as described in subclause B.4.1. 

If the B-subscriber do not have an active O-CSI the call is forwarded to the "C" subscriber after detecting the call 
forwarding condition. 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 

The following records are generated in HPLMN in this call scenario: 



GMSC 


MSC 


HLR 


Incoming gateway record 


IVITC record 


- 


Terminating CAMEL int. record 


MOC (CF) record 




Outgoing gateway record 
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Figure B.15: Incoming call handled by CAMEL without redirection and forwarded late using GSM SS 

but controlled by CAMEL 

B.4.1 6 Early forwarded call controlled by CAMEL 

Figure B.16 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B". The 
call is subsequently forwarded to a second fixed network subscriber "C" by GSM SS Call Forwarding Unconditional 
(CFU) but controlled by CAMEL. 

For simplicity the activation and registration of CFU have not been included in the diagram. These actions shall of 
course be registrated in the appropriate supplementary service records. 

The incoming call is routed to the GMSC (1). The GMSC shall create an incoming gateway record for fixed network 
accounting purposes. 

The GMSC interrogates the HLR of the called subscriber in order to fetch the O-CSI (2). The HLR shall create an HLR 
interrogation record. The HLR informs the GMSC that "B" has activated CFU. 

The "B" subscriber has an active O-CSI. Because the "B" subscriber has activated CFU he acts as the originating party 
for the forwarded leg. Therefore the GMSC requests instructions from the gsmSSF which passes the CAMEL service 
key to a gsmSCF to indicate which service logic it should apply (3). 
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The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to the GMSC 

The GMSC redirects the call to the fixed network subscriber "C" (5). The GMSC shall generate an MTC record for the 
"B" subscriber for the call from "A" and an MOC (call forwarding) record for the "B" subscriber for the call to "C". The 
MOC record includes O-CSI data. The GMSC shall also produce an outgoing gateway record as described in subclause 
B.4.1. 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 

The following records are generated in HPLMN in this call scenario: 
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Figure B.16: Early forwarded call controlled by CAMEL 
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B.4.1 7 Late forwarded call controlled by CAMEL 

Figure B.17 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B" who 
has registered and activated Call Forwarding on No Reply (CFNRY) for the appropriate service. The call is 
subsequently forwarded to a second fixed network subscriber "C". 

For simplicity the registration and activation of CFNRY have not been included in this diagram. These actions shall be 
recorded in the appropriate supplementary service records. 

The incoming call is routed to the GMSC (1). The GMSC shall create an incoming gateway record for fixed network 
accounting purposes. 

The GMSC interrogates the HLR of the called subscriber in order to determine the current location (2). The HLR shall 
create an HLR interrogation record. 

The call is routed to MSC-B (3). The "B" subscriber do not answer the call. MSC-B shall produce an MTC record for 
the "B" subscriber for the call from "A". 

The "B" subscriber has an active O-CSI. Because the "B" subscriber has activated CFNRY he acts as the originating 
party for the forwarded leg. Therefore MSC-B requests instructions from the gsmSSF which passes the CAMEL service 
key to gsmSCF-B to indicate which service logic it should apply (4). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to MSC-B. 

MSC-B forwards the call via the GMSC to the "C" subscriber (5). MSC-B shall produce an MOC (call forwarding) for 
the "B" subscriber for the call to "C". The record includes O-CSI data. The GMSC shall also produce an outgoing 
gateway record as described in subclause B.4.L 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 

The following records are generated in HPLMN in this call scenario: 



GMSC 


MSC 


HLR 


Incoming gateway record 


IVITC record 


HLR interrogation record 


Outgoing gateway record 


MOC (CF) record 
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Figure B.17: Late forwarded call controlled by CAMEL 

B.4.18 Incoming call handled by CAMEL with redirection initiated 
by CAMEL feature 

Figure B.4.18 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B". The 
call is subsequently redirected to a second fixed network subscriber "C" by CAMEL initiated redirection. 

The incoming call is routed to the GMSC (1). The GMSC shall create an incoming gateway record for fixed network 
accounting purposes. 

The GMSC interrogates the HLR of the called subscriber in order to fetch the T-CSl (2) and the O-CSl (2). The HLR 
shall create an HLR interrogation record. 

Since subscriber "B" has an active T-CSl and the trigger criterias are met the GMSC requests instructions from the 
gsmSSF which passes the CAMEL service key to a gsmSCF to indicate which service logic it should apply (3). A 
terminating CAMEL interrogation record is generated in the GMSC for invoking the terminating CAMEL call 
handUng. 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 
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The gsmSCF returns a modified destination routing address to the GMSC (without the option "apply O-CSI"). 
Therefore for the redirection leg (B-C) the CAMEL feature is not invoked. 

The GMSC redirects the call to the fixed network subscriber "C" (4). For fixed network accounting purposes the GMSC 
shall generate an outgoing gateway record as described in subclause B.4.1. 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 

The following records are generated in HPLMN in this call scenario: 
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Figure B.18: Incoming call handled by CAMEL with redirection initiated and by CAMEL feature 
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B.4.19 Incoming call handled by CAMEL in VMSC without 
redirection 

Figure B.19 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B". 

The incoming call is first routed to the GMSC (1). The GMSC shall create an incoming gateway record for fixed 
network accounting purposes. 

The GMSC interrogates the HLR (2) of the called subscriber. The HLR shall create an HLR interrogation record. The 
call is routed to MSC-B(3). An MTC record shall be generated. 

The "B" subscriber has an active VT-CSI (stored in the VLR). Therefore MSC-B requests instructions from the gsmSSF 
which passes the CAMEL service key to the gsmSCF to indicate which service logic it should apply (4). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to the MSC-B. The MSC-B shall generate a 
terminating CAMEL (TCR) record which contains VT-CSI data. 

The MSC-B routes the call to the "B" subscriber (5). 

For avoidance of doubt, even if the MSC and GMSC are co-located both the MTC/TCR and gateway records shall be 
produced. 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 

The following records are generated in HPLMN in this call scenario: 



GMSC 


IVISC-B 


HLR 


Incoming gateway record 


MTC record 


HLR interrogation record 




Terminating CAIVIEL record 
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Figure B.19: Incoming call handled by CAMEL in VIVISC without redirection 
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B.4.20 Incoming call handled by CAMEL in VMSC with redirection 
decided and forwarding leg handled by CAMEL 

Figure B.20 illustrates an incoming call from a fixed network subscriber "A" to a mobile CAMEL subscriber "B". The 
call is subsequently forwarded to a second fixed network subscriber "C" by CAMEL initiated Call Forwarding. 

The incoming call is routed to the GMSC (1). The GMSC shall create an incoming gateway record for fixed network 
accounting purposes. 

The GMSC interrogates the HLR of the called subscriber(2). The call is routed to MSC-B(3). 

The "B" subscriber has an active VT-CSI (stored in the VLR).. Therefore the MSC-B requests instructions from the 
gsmSSF which passes the CAMEL service key to a gsmSCF to indicate which service logic it should apply (4). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

The gsmSCF modifies the Called Party number and sets the CAP parameter 'Apply O-CSI' . When gsmSCF processing 
is complete the call control is returned to the MSC-B. The MSC-B shall generate a terminating CAMEL record(TCR) 
which contains VT-CSI data. 

The "B" subscriber has also an active O-CSI ( stored in the VLR ). Therefore the MSC_B requests instructions from the 
gsmSSF which passes the CAMEL service key to a gsmSCF to indicate which service logic it should apply (5). 

The gsmSCF may interrogate the HLR for subscriber information. As a network option, the operator may refuse to 
provide the requested information. 

When gsmSCF processing is complete the call control is returned to the MSC-B 

The MSC-B redirects the call to the fixed network subscriber "C" (6). The MSC-B shall generate an MTC record for the 
"B" subscriber for the call from "A" and an MOC (call forwarding) record for the "B" subscriber for the call to "C". The 
MOC record includes O-CSI data and the parameter 'CAMEL initiated CF indicator'. The MSC-B shall also produce an 
outgoing gateway record as described in subclause B.4.L 

The generated records are subsequently transferred to the OS (A) either as event reports following the release of the 
connection or when collected by the OS. 

The following records are generated in HPLMN in this call scenario: 
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Figure B.20: Incoming call handled by CAMEL with redirection decided and forwarding leg handled 

by CAMEL in VMSC 
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Annex C (normative): 
Observed IMEI tickets 

C.1 General 

In order to provide the data required by the mobile equipment management activities outlined in the previous chapters, 
the NEF of the MSC shall be capable of producing IMEI tickets for each of the following events: 

usage of a blacklisted IMEI; 

usage of a greylisted IMEI; 

usage of an IMEI not found on the white list. 

The production of these records shall be enabled/disabled under network management control by the use of the 
procedure outlined in subclause 8.2.1.3. 



C.2 Observed IIVIEI tickets 



An observed IMEI ticket is generated whenever greylisted, blacklisted or non-whitelisted mobile equipment is detected 
during an IMEI check. The purpose of the ticket is to link the mobile equipment under observation with its current user 
(IMSI). The ticket also includes information describing when and where the equipment was used to enable the tracking 
of such equipment. Finally, if the ticket was triggered by a call attempt, a call reference is provided in order to locate the 
corresponding call record. 

The IMEI tickets are generated by the NEF of the MSC performing the IMEI check. 

Table C.I : IMEI ticket 



Field 




Description 


Served IMEI 


M 


IMEI of the observed mobile equipment 


IMEI Status 


M 


The result of the IMEI check e.g. blacklisted, greylisted, unknown. 


Served IMSI 


M 


The IMSI of the subscriber currently using the mobile equipment. 


Served MSISDN 


C 


The MSISDN of the subscriber currently using the observed mobile equipment, 
only available if the event that triggered the IMEI check was an MOC, MTC, SMS- 
MO or SMS-MT 


Recording Entity 


M 


The E.164 number of the recording MSC. 


Event Time Stamp 


M 


The time at which the IMEI check was performed. 


Location 


M 


The location area code and cell identity of the cell from which the mobile 
equipment was used. 


IMEI Check Event 





The event that caused IMEI checking to take place 


Call Reference 





Only available if the IMEI check was related to an MOC or MTC 


Record extensions 





A set of network/ manufacturer specific extensions to the record. 



C.3 Description of record fields 



For the definition of Served IMEI, Served MSISDN, Recording Entity, Event Time Stamp, Location and Call Reference 
see clause B.2. 
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C.3.1 IMEI Check Event 

This field identifies the type of event that caused the IMEI check to take place: 
Mobile originating call attempt; 
Mobile terminating call attempt; 

- Mobile originating SMS; 

- Mobile terminating SMS; 

Supplementary service actions performed by the subscriber; 
Location update. 

C.3.2 IMEI Status 

This field contains the result of the IMEI checking procedure: 

- Greylisted; 

- Blacklisted; 
Non-whitelisted. 
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Annex D (informative): 
Change history 



Change history 
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TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Old 


New 


Dec 1999 


S 06 


-- 


-- 


-- 


Transferred from GSM 12.05 v7.0.1 




3.0.0 


Jun 2000 
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001 


-- 


Circuit domain charging enhancements on CAMEL phase 3 


3.0.0 


3.1.0 
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001 




Circuit domain charging enhancements on CAMEL phase 3 
(complete implementation of CR001 in SP-000240; clause B.3 re- 
numbered in alphabetical order) 
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-- 


-- 


-- 


-- 
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Correction of parameter Location Area and Cell 
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3.3.0 
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-- 
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3.3.0 
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-- 
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Mar 2001 
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SP-010023 
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-- 


Correction/completion of ASN.1 module 
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3.4.0 


Mar 2001 
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006 


-- 


Correction for bulk transfer 
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3.4.0 
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S 13 


SP-010462 


007 


-- 


Correction on Terminating CAMEL subscription information 


3.4.0 


3.5.0 


Sep 2001 


S 13 


SP-010462 


008 


-- 


Corrections for the delivered dialog parameter for CAMEL Phase 3 


3.4.0 


3.5.0 


Sep 2001 


S_13 


SP-010462 


009 


- 


Addition of "Rate Indication" and "FNUR" in the CDRs, and other 
Corrections 


3.4.0 


3.5.0 
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SP-020022 


010 


-- 


Addition of CAMEL phase 3 extensions in SMS-MO CDR 
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